Уведомления в браузере: как объяснить их клиенту

Принцип работы уведомлений в браузере и их ограничения

Веб-уведомления используют интернет-подключение, в том числе мобильный интернет или Wi-Fi. Они не становятся SMS только потому, что клиент ввёл телефон в форме. Для получения уведомлений пользователь подключает их на поддерживаемом устройстве и разрешает показ; отказ или блокировка в настройках не заменяются повторной отправкой сообщения мастером.

В сервисах онлайн-записи, таких как Записли, напоминания клиенту могут отправляться за 24 и за 2 часа до начала визита через браузер или через Telegram при условии запуска соответствующего бота. При этом мастер должен понимать, что доставка push-уведомлений не является гарантированной. На отображение оповещения влияют системные алгоритмы экономии аккумулятора, активные режимы «Не беспокоить», блокировка фоновых вкладок и особенности операционной системы.

Заранее объясните клиенту выбранный канал: где он увидит напоминание и как проверить визит самостоятельно. Если человек ожидает SMS, а подключён только браузер, ожидания не совпадут. Назовите доступные способы связи и оставьте ссылку на детали записи без обещания обязательной доставки.

Шаблоны подсказок для экрана бронирования и сообщений

Объясняйте назначение запроса до того, как предложить включить уведомления. Клиент сам решает, разрешать ли их на своём устройстве. Не обещайте безопасность любого действия по одному виду кнопки и не просите менять настройки незнакомых сайтов: речь должна идти о странице его действительной записи.

Ниже представлены шаблоны формулировок, которые можно разместить в описании услуги, отправить в первом подтверждающем сообщении или озвучить при согласовании визита. Шаблоны используют стандартные переменные для подстановки параметров встречи.

• Подсказка для клиента: «[Имя], запись на [Услуга] подтверждена: [Дата], [Время]. Если на странице доступно подключение напоминаний, включите их и разрешите уведомления на этом устройстве. Детали визита сохранены по ссылке [Ссылка]».
• Служебное сообщение: «Здравствуйте, [Имя]! Дата и время вашего визита — [Дата], [Время]. Детали: [Ссылка]. Браузерные напоминания появляются на устройстве, где вы их подключили. Это не SMS на телефонный номер».
• Ответ на вопрос о напоминании: «[Имя], проверить статус бронирования можно в любой момент по прямой ссылке [Ссылка]. Если вы хотите получать всплывающие напоминания на телефон, проверьте, включены ли уведомления для вашего браузера в системных настройках.»

Технические различия: Android, iOS и компьютеры

На Android и компьютерах сначала проверьте поддержку уведомлений конкретным браузером, затем разрешение сайта и системные настройки. Одного разрешения сайту может быть недостаточно, если уведомления браузера отключены в системе. Проверяйте обычный режим: справка Chrome указывает, что в инкогнито уведомления запрещены.

WebKit описывает поддержку Web Push для веб-приложений, добавленных на экран «Домой», начиная с iOS и iPadOS 16.4. Такое приложение запрашивает разрешение после действия пользователя, например нажатия кнопки подписки. Поэтому на iPhone нельзя считать обычную открытую вкладку и установленное веб-приложение одним сценарием. Проверьте подсказки сервиса на своём устройстве.

Пошаговый алгоритм помощи клиенту при сбое настроек

Если клиент случайно заблокировал оповещения, браузер перестает показывать запрос повторно. Чтобы не перегружать клиента техническими подробностями, мастеру достаточно объяснить базовый порядок действий для сброса параметров страницы.

Путь к разрешениям зависит от устройства и версии браузера. На компьютере в Chrome это раздел настроек сайтов и уведомлений; для другого браузера используйте его справку. После изменения настроек вернитесь к своей записи и проверьте состояние подключения. Не просите клиента разрешать уведомления всем сайтам или отключать защиту браузера.

Если у клиента не получается настроить устройство или он пользуется устаревшей версией системы, мастеру не следует брать на себя функцию удаленной технической поддержки. Главным и надежным инструментом контроля остается персональная страница бронирования: [Ссылка]. Мастер может напомнить, что по этой ссылке всегда отображаются точные дата, время и статус визита независимо от работы пуш-сообщений.

Проверка сценария и нейтральный учет переходов

Прежде чем объяснять правила клиентам, мастеру необходимо самостоятельно протестировать весь путь оформления. Для этого создается тестовая запись на собственное имя с личного смартфона. Это позволяет оценить, в какой момент появляется запрос прав, как выглядит текст подтверждения и приходит ли тестовое уведомление. После завершения проверки тестовую запись следует отменить или удалить из расписания, чтобы освободить рабочее окно.

Рассмотрим условный сценарий: клиент оформил запись в обычной вкладке на iPhone, но напоминания не подключил. Наличие брони не означает наличие подписки на уведомления. В зависимости от поддерживаемого сценария ему может понадобиться открыть веб-приложение с экрана «Домой» и отдельно включить напоминания.

При проверке фиксируйте конкретные шаги: на каком устройстве включались уведомления, было ли дано разрешение и появился ли тестовый результат. Не выдавайте один успешный тест за обещание доставки всем клиентам. Для сохранения договорённости достаточно понятной ссылки на визит и согласованного способа связи при вопросах.

Вопросы по теме

Источники и полезные ссылки

• WebKit: Web Push для веб-приложений на экране «Домой»
• Справка Chrome: разрешения на уведомления