Пуш-уведомления — один из самых мощных инструментов удержания у мобильного приложения и один из самых лёгких для порчи. Пришлёте слишком много или не те — и вас отключают, удаляют или тихо перестают замечать. Сделанные хорошо, пуши возвращают людей по причинам, которым они по-настоящему рады. Разница редко в технической магии; она в уважении к человеку по ту сторону экрана. Этот материал о том, как выстроить стратегию уведомлений, которая зарабатывает внимание, а не сжигает его. Сделайте этот канал правильно — и он станет тихим двигателем удержания; сделайте плохо — и он станет причиной, по которой люди тянутся к кнопке удаления.
Просите разрешение в правильный момент
Самая частая ошибка — запрашивать разрешение на уведомления на первом же экране, до того как пользователь понял, что делает приложение и зачем ему оповещения. На iOS этот запрос — по сути один выстрел: жёсткое нет откатить трудно, и оно отправляет пользователя в Настройки, чтобы всё вернуть. Вместо этого дождитесь момента, когда уведомление явно приносит пользу, сначала объясните выгоду своими словами мягкой предварительной подсказкой и только потом вызывайте системный диалог. Вовремя заданный вопрос может удвоить долю согласий по сравнению с запросом при запуске, и стоит это лишь немного дисциплины в порядке действий. На Android правила мягче и запросить можно повторно, но логика та же: запрос с очевидным контекстом получает «да», а прерывающий растерянного новичка — рефлекторное «нет», которое вы можете уже не отыграть.
Сегментируйте и шлите пользу, а не шум
Рассылать одно и то же сообщение всей базе — быстрейший способ приучить людей вас игнорировать. Группируйте пользователей по поведению, стадии жизненного цикла и заявленным предпочтениям и подстраивайте то, что отправляете, под каждую группу. Каждое уведомление должно проходить простой тест: обрадуется ли именно этот человек, получив его прямо сейчас? Если честный ответ нет — не отправляйте. Сегментация — не роскошь для growth hacking; это разница между каналом, который люди держат открытым, и тем, что они выключают навсегда. Инструменты для этого доступны — от событий вашей аналитики до фильтров аудитории у провайдера уведомлений, — так что ограничивает редко технология; ограничивает дисциплина определять, кому стоит, а кому не стоит получать каждое сообщение.
- Транзакционные оповещения, вроде отправки заказа или полученного сообщения, почти всегда желанны, потому что пользователь их уже ждёт.
- Сообщения по триггеру, основанные на том, что человек сделал или не сделал, ощущаются личными и своевременными, а не массовыми.
- Массовые маркетинговые рассылки всем — самый рискованный тип, они должны быть редкими, точечными и по-настоящему полезными.
- Напоминания для вернувшихся из отвала могут работать, но только с реальным поводом вернуться, а не через чувство вины или ложную срочность.
Пишите тексты, уважающие внимание
Даже идеально выбранный по времени пуш проваливается, если слова расплывчаты. Начните с конкретной пользы, назовите, что именно произошло, и сделайте очевидным следующее действие. «Кто-то ответил на вашу публикацию» всегда выигрывает у «У вас новое уведомление». Избегайте кликбейта, который обещает лишнего, потому что зазор между строкой на экране блокировки и тем, что пользователь находит внутри, — это ровно то место, где утекает доверие. Пусть будет коротко, по-человечески и честно; экран блокировки — не место для маркетингового покашливания. Хорошо локализуйте и эти тексты: переведённое уведомление, которое звучит коряво на языке человека, хуже, чем никакого, а шаблонный машинный перевод на экране блокировки легко распознать, и доверие он подтачивает быстро.
Диплинки: никогда не бросайте пользователя на главном экране
Уведомление — это обещание. Если вы сообщаете, что в переписке новый ответ, тап должен открыть именно эту переписку, а не общий главный экран. Диплинкинг замыкает связь между сообщением и результатом, и туда тихо уходит удивительно много инженерных усилий. Разорвать эту связь — маленькое предательство, которое подтачивает доверие и со временем убивает кликабельность. Вложитесь в разработку, чтобы каждое уведомление вело прямо к нужному контенту, и проверьте эти маршруты на холодном старте, при закрытом приложении и без авторизованной сессии. Атрибуция здесь тоже важна: когда диплинки несут правильные параметры, вы наконец видите, какие уведомления привели к реальным действиям, а не гадаете, и именно эти данные позволяют убрать сообщения, которые дают только тапы, но не пользу.
Время, частота и тихие часы
Когда вы отправляете, важно почти так же, как что вы отправляете. Уважайте часовой пояс пользователя, избегайте середины ночи и ограничивайте, как часто один человек может слышать от вас за день или неделю. Собирайте несрочные новости в пакеты, а не выстреливайте ими по одной. Потолок частоты защищает ваш самый ценный актив — действующее разрешение пользователя вообще к нему обращаться. Куда лучше недослать и остаться желанным, чем переслать и оказаться отключённым. Часовые пояса — ещё и шанс быть по-настоящему полезным, а не просто ненавязчивым: напоминание, приходящее в час, когда пользователь обычно открывает приложение, куда эффективнее того же сообщения, выстреленного в фиксированный серверный час всем разом.
- Уважайте часовой пояс устройства, чтобы никто не проснулся от маркетингового пинга в 3 часа ночи.
- Задайте лимит частоты на пользователя и паузу между сообщениями, особенно для нетранзакционных отправок.
- Дайте пользователям гибкие настройки, чтобы они оставляли ценные для них оповещения и глушили остальное, а не выключали всё разом.
- Следите за усталостью от уведомлений: растущие отписки — ранний сигнал, что вы шлёте слишком много.
Измеряйте эффект, а не тщеславные метрики
Одна лишь открываемость может вводить в заблуждение. Отслеживайте, приводят ли уведомления к тому результату, который важен, — будь то удержание, завершённые действия или выручка, — и следите за отписками и удалениями как за предохранителями. Если кампания поднимает открытия, но повышает отписки, она тихо стоит вам будущего охвата. Цель — долгосрочное разрешение достучаться до человека, а не краткосрочный всплеск. Как правило, отправляйте меньше и лучше, и цифры обычно улучшаются сами. Соберите простой дашборд, который свяжет открытия каждой кампании с итоговым результатом и ценой в отписках, и регулярно его смотрите; кампании, что блестят лишь по открытиям, часто и есть те, что тихо истощают вашу аудиторию.
Относитесь к пушам как к постоянной практике
Уведомления — не функция «настроил и забыл». Лучшие программы настраиваются непрерывно: новые сегменты, свежие тесты текстов, снятые кампании, что перестали окупаться, и постоянное внимание к предохранительным метрикам. Это ровно тот вид размеренной итеративной работы, ради которой существует соглашение о постоянной поддержке, — в AXYL Studio оно стартует примерно от 2 500 € в месяц, хотя многие команды просто вплетают его в обычный ритм продукта. В любом случае смысл в том, чтобы продолжать зарабатывать внимание, а не считать, что оно у вас всё ещё есть. Даже лёгкий ежемесячный ритм разбора и итераций держит всю систему честной и не даёт медленно сползти к тому, чтобы слать больше, а значить меньше.
Если вы строите мобильное приложение и хотите стратегию пуш-уведомлений, которая зарабатывает внимание, а не сжигает его, в AXYL Studio будем рады помочь её спроектировать и внедрить.
Частые вопросы
Не запрашивайте разрешение на первом же экране, до того как пользователь понял, что делает приложение. Дождитесь момента, когда уведомление явно приносит пользу, объясните выгоду мягкой предварительной подсказкой и только потом вызывайте системный диалог. Вовремя заданный вопрос может удвоить долю согласий по сравнению с запросом при запуске, а на iOS жёсткое нет откатить трудно.
Есть идея проекта?
Расскажите, что хотите построить — поможем оценить объём, стоимость и запустить.