Push-уведомления и удержание пользователей: как не превратить полезный канал в спам

Почему push — это про удержание, а не про привлечение

Push-уведомления не приводят новых пользователей. Их задача — вернуть тех, кто уже установил приложение и дал согласие на уведомления. Поэтому оценивать push нужно метриками retention, а не охвата: сколько людей открыли приложение на 7-й и 30-й день, сколько вернулись после отправки конкретного сценария, сколько в итоге отписались или удалили приложение.

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

Сегментация: основа всего

Отправлять одно и то же сообщение всей базе — самый быстрый способ убить канал. Сегментация начинается с данных, которые приложение и так собирает: поведение, этап жизненного цикла, история покупок, язык интерфейса, активность по времени суток.

• По жизненному циклу: новички первой недели, активные, «засыпающие» (не заходили 7–14 дней), ушедшие (30+ дней).
• По поведению: положил товар в корзину и не оплатил, начал оформление заявки и бросил, завершил онбординг, но не сделал ключевое действие.
• По ценности: платящие и неплатящие, частота и сумма покупок.
• По языку и региону: для Узбекистана это обязательный слой — узбекский и русский ведут себя как два разных рынка, и одинаковое сообщение на одном языке для всех снижает отклик.

Хорошая сегментация даёт триггерные сценарии вместо ручных рассылок. Брошенная корзина, напоминание о незавершённой заявке, возврат к контенту, который человек смотрел, — такие сообщения показывают отклик в разы выше массовых, потому что попадают в реальную потребность.

Частота: где проходит граница спама

Универсального «правильного числа» уведомлений в день не существует — оно зависит от категории приложения. Для медиа и игр несколько пушей в день нормальны, для банка или сервиса доставки одно нерелевантное сообщение в неделю уже раздражает. Ориентир, который мы используем при проектировании: уведомление отправляется тогда, когда оно создаёт ценность для пользователя, а не когда у бизнеса есть инфоповод.

Технически частоту нужно ограничивать на уровне инфраструктуры, а не доверять её здравому смыслу маркетолога. Frequency capping — жёсткий лимит на число сообщений в сутки и в неделю на одного пользователя — должен быть в системе по умолчанию. Сюда же относятся тихие часы: для Узбекистана это особенно важно, потому что ночной push в 2 часа ночи гарантированно ведёт к отписке.

Антиспам: как не потерять разрешение на уведомления

Разрешение на push — это актив, который легко потерять и почти невозможно вернуть. На Android уведомления включены по умолчанию, но пользователь одним движением отключает канал навсегда. На iOS разрешение нужно сначала получить, и здесь критичен момент запроса.

• Не просить разрешение на первом экране. Запрос должен идти после того, как человек увидел ценность приложения, и желательно с пояснением, зачем нужны уведомления.
• Давать управление каналами. Пользователь должен иметь возможность отключить промо, но оставить транзакционные уведомления (статус заказа, код подтверждения). Всё-или-ничего ведёт к полному отключению.
• Чистить базу. Пользователи, которые не открывают push несколько недель подряд, должны получать их реже или попадать в реактивационный сценарий, а не в общую рассылку.

Метрики: что реально измерять

Open rate сам по себе обманчив, особенно потому что на iOS он считается ненадёжно. Смотреть нужно на цепочку до результата.

Главный инструмент честной оценки — контрольная группа. Без неё невозможно отличить пользователей, которые вернулись бы и так, от тех, кого реально вернул push. Держите 5–10% сегмента без отправки и сравнивайте retention — это единственный способ доказать, что канал приносит деньги, а не имитирует активность.

Инструменты

Базовая доставка push на Android и iOS идёт через Firebase Cloud Messaging — это бесплатный транспортный слой, на котором работает большинство решений. Поверх него выбирают платформу управления кампаниями: OneSignal, бесплатный на старте и популярный у небольших команд; более тяжёлые продуктовые системы вроде CleverTap или Airship для зрелых приложений с глубокой сегментацией и аналитикой.

Выбор инструмента вторичен по отношению к данным. Любая платформа бесполезна, если у вас нет аккуратно собранных событий и сегментов. Поэтому проектирование push-стратегии всегда начинается с модели данных приложения, а не с выбора сервиса рассылки.