Push-уведомления — один из самых мощных инструментов мобильного приложения. Они возвращают пользователей, напоминают о брошенной корзине, сообщают о статусе заказа и помогают не пропустить важное. Но этот же инструмент легко превращается в источник раздражения. Несколько лишних сообщений — и пользователь отключает уведомления в настройках, а то и удаляет приложение целиком.
Хорошая новость в том, что раздражение почти всегда вызывают не сами уведомления, а то, как ими пользуются: не вовремя, слишком часто, без пользы для человека. В этой статье разберём, как выстроить систему уведомлений, которые люди хотят получать.
Почему пуши раздражают
Прежде чем говорить о правильных практиках, стоит понять, что именно отталкивает пользователей. Чаще всего это:
- Частота. Ежедневные рекламные сообщения от приложения, которым человек пользуется раз в месяц.
- Нерелевантность. Предложение купить детское питание человеку без детей, акции на товары, которые он никогда не смотрел.
- Неудачное время. Уведомление в три часа ночи или в момент, когда человек на совещании.
- Пустые тексты. «Загляните к нам!», «У нас новинки!» — без конкретики и пользы.
- Обман. Заголовок обещает одно, а внутри — реклама.
- Отсутствие контроля. Нельзя отключить только рекламу, оставив важные сервисные уведомления.
Каждый такой случай снижает доверие. А отозвать однажды выданное разрешение на iOS пользователь может одним движением, и вернуть его потом очень сложно.
Запрос разрешения: первое впечатление решает всё
На iOS приложение должно явно запросить разрешение на отправку уведомлений. На Android в современных версиях системы такой запрос тоже обязателен. Если пользователь откажет, повторно показать системный диалог не получится — останется только уговаривать его зайти в настройки.
Поэтому главное правило: не запрашивайте разрешение при первом запуске. Человек ещё не понял, зачем ему приложение, и рефлекторно нажмёт «Не разрешать».
Как делать правильно:
- Дождитесь момента ценности. Запрашивайте разрешение тогда, когда уведомления очевидно полезны: после оформления заказа («Сообщим, когда курьер будет в пути»), после записи к врачу («Напомним за день до приёма»), после подписки на товар («Сообщим о снижении цены»).
- Используйте предварительный экран. Перед системным диалогом покажите собственный экран, который объясняет, какие уведомления будут приходить и зачем. Если пользователь согласен — показываете системный запрос. Если нет — системный диалог не тратится, и можно спросить позже.
- Будьте конкретны. Не «Включите уведомления, чтобы быть в курсе», а «Мы пришлём уведомление, когда заказ будет передан курьеру, и за 15 минут до доставки».
Предварительный экран с понятным объяснением часто в разы повышает долю согласий по сравнению с системным запросом при первом запуске.
На iOS есть и промежуточный вариант — временное разрешение. Уведомления доставляются тихо, в центр уведомлений, и пользователь сам решает, оставить их или отключить. Это хороший способ показать ценность без давления.
Типы уведомлений и их приоритеты
Не все уведомления одинаковы. Полезно разделить их на группы:
Транзакционные
Сообщения о действиях самого пользователя: заказ принят, оплата прошла, курьер выехал, запись подтверждена, пароль изменён. Это самые ценные уведомления — их ждут, и раздражения они почти не вызывают.
Сервисные напоминания
Напоминание о приёме у врача, об окончании подписки, о необходимости пройти ТО автомобиля, о незавершённом действии. Полезны, если приходят вовремя и действительно помогают.
Персональные рекомендации
Снижение цены на товар из избранного, появление в наличии нужного размера, новый эпизод сериала, который человек смотрит. Работают хорошо, если основаны на реальном поведении пользователя.
Маркетинговые
Акции, распродажи, новые коллекции, общие новости. Самая рискованная категория: именно из-за неё пользователи чаще всего отключают уведомления.
Хорошая практика — дать пользователю управлять категориями в настройках приложения: оставить заказы и напоминания, но отключить акции. На Android для этого есть системные каналы уведомлений, которые пользователь может настраивать по отдельности. Это лучше, чем потерять человека целиком.
Сегментация и персонализация
Одно и то же сообщение для всей базы — самый быстрый способ поднять процент отписок. Разделяйте аудиторию:
- По поведению. Активные пользователи, «засыпающие», давно не заходившие. Каждой группе нужен свой сценарий.
- По интересам. Категории просмотренных товаров, любимые услуги, история покупок.
- По географии. Акция в конкретном магазине интересна только тем, кто живёт рядом.
- По этапу жизненного цикла. Новичку нужна помощь в освоении, постоянному клиенту — бонусы за лояльность.
Персонализация — не только имя в тексте. Уведомление «Кроссовки, которые вы смотрели, подешевели на 20%» работает гораздо лучше, чем «Распродажа обуви!», даже без обращения по имени.
Частота и время отправки
Универсальной нормы нет, но есть ориентиры:
- Транзакционные — столько, сколько нужно по сути процесса, но без дублирования (не надо присылать пять сообщений о статусе одного заказа, если человеку важны два).
- Маркетинговые — для большинства приложений не чаще нескольких раз в неделю, а для редко используемых — ещё реже.
- Общее ограничение. Введите технический лимит на число уведомлений на пользователя в сутки и в неделю, чтобы разные сценарии не накладывались друг на друга.
По времени:
- учитывайте часовой пояс пользователя, а не сервера;
- не отправляйте маркетинговые сообщения ночью и рано утром;
- анализируйте, когда конкретный пользователь обычно открывает приложение, и подстраивайтесь под это;
- для срочных транзакционных уведомлений время не важно — их отправляют сразу.
Как писать тексты уведомлений
У уведомления есть несколько секунд и пара строк, чтобы привлечь внимание. Вот что работает:
- Конкретика. «Ваш заказ передан курьеру, он будет через 30–40 минут» вместо «Обновление по заказу».
- Польза в начале. Главное должно поместиться в видимую часть, которая на экране блокировки обрезается.
- Действие. Понятно, что произойдёт при нажатии.
- Честность. Никаких фальшивых «Вам пришло сообщение», если это реклама.
- Умеренность в эмодзи и капслоке. Один уместный символ может помочь, крик заглавными — нет.
И очень важно: нажатие на уведомление должно вести на нужный экран, а не на главную. Если пуш сообщает о скидке на конкретный товар, при нажатии должна открываться карточка этого товара. Для этого в приложении настраиваются глубокие ссылки (deep links).
Техническая сторона
С технической стороны push-уведомления строятся на системных сервисах доставки:
- для iOS — APNs (Apple Push Notification service);
- для Android — Firebase Cloud Messaging, а для устройств без сервисов Google и для аудитории RuStore — отечественные решения, например push-сервис RuStore.
Поверх них обычно используется собственный сервер или специализированная платформа для управления рассылками, которая позволяет:
- хранить токены устройств и связывать их с пользователями;
- строить сегменты по данным из CRM и аналитики;
- запускать триггерные сценарии — например, уведомление через час после брошенной корзины;
- проводить A/B-тесты текстов и времени отправки;
- собирать статистику доставки и открытий.
Важные технические детали, о которых часто забывают:
- обновление токенов при переустановке приложения и смене устройства;
- удаление недействительных токенов, чтобы не засорять базу;
- поддержка «тихих» уведомлений для фонового обновления данных;
- корректная работа с группировкой уведомлений, чтобы десять сообщений из чата не превращались в десять отдельных строк на экране блокировки;
- соблюдение требований к персональным данным при передаче информации в сторонние сервисы.
Метрики: как понять, что всё работает
Чтобы улучшать систему уведомлений, нужно измерять результат:
- Доля пользователей с включёнными уведомлениями — показывает, насколько удачен запрос разрешения.
- Доставляемость — какая часть отправленных уведомлений дошла до устройств.
- Открываемость — сколько процентов получивших нажали на уведомление.
- Конверсия в целевое действие — покупка, запись, возврат в приложение.
- Отписки и отключения — растут ли после конкретных рассылок.
- Удаления приложения — косвенный, но важный индикатор перегрузки.
Если после рассылки выросли отписки, а конверсия не изменилась, — это сигнал пересмотреть сегмент, текст или частоту.
Вывод
Push-уведомления не раздражают, когда они полезны конкретному человеку в конкретный момент. Запрашивайте разрешение тогда, когда ценность очевидна, разделяйте уведомления по типам, давайте пользователю контроль, сегментируйте аудиторию и измеряйте результат.
Хорошее уведомление — это сервис, а не реклама. Если сообщение не помогает пользователю, лучше его не отправлять.
Мы проектируем систему уведомлений вместе с приложением: от сценариев и текстов до серверной части и интеграции с CRM. Подробнее — на странице мобильной разработки, а о связке приложения с вашей CRM — в разделе интеграция по API.