TL;DR
- Push почти ничего не стоит за отправку, но дорого стоит, если клиент отключил уведомления или удалил приложение.
- App push сильнее web push, потому что связан с установленным приложением и привычкой.
- Хороший push короткий, контекстный, своевременный и ведет к одному действию.
- Нужны opt-in, сегменты, quiet hours, frequency cap и контроль uninstall.
- Push не создает ценность. Он только напоминает о ценности, которая уже есть.
1. Что такое push
Push-уведомление - это короткое сообщение от приложения или сайта, которое появляется на экране пользователя. В мобильном приложении это app push. В браузере - web push.
Главная сила push - близость к действию. Человек может нажать уведомление и сразу попасть в нужный экран: заказ, урок, корзину, платеж, чат, статус доставки.
Главная слабость - раздражение. Push вторгается в экран, где у человека личные сообщения, работа, банк, семья, такси и доставка. Если бренд злоупотребляет этим доступом, пользователь отключает уведомления или удаляет приложение. Тогда канал потерян.
2. Push в lifecycle
Push должен быть частью CRM/CDP-логики. Если отправлять его изолированно, без сегментов и истории, канал быстро превращается в массовый шум.
3. App push vs web push
| Тип | Где работает | Когда полезен | Риск |
|---|---|---|---|
| App push | Мобильное приложение | заказы, статусы, привычка, repeat | uninstall, opt-out |
| Web push | Браузер | новости, контент, e-commerce, desktop | низкое доверие, ассоциация со спамом |
| In-app message | Внутри приложения | обучение, подсказка, промо без внешнего вторжения | не увидит, если не открыл app |
| Silent push | Без заметного уведомления | обновить данные, синхронизировать состояние | нельзя использовать как рекламный канал |
Для retention обычно важнее app push. Но app push работает только если продукт сам по себе нужен. Если пользователь не видит ценность, push будет не удержанием, а раздражителем.
4. Как писать push
У push мало места. Нужны конкретика и следующий шаг.
Плохо:
Лучше:
Или:
Хороший push отвечает на вопрос "почему сейчас". Погода, геолокация, брошенная корзина, статус заказа, дедлайн, привычное время покупки, изменение цены - это контекст. "Мы хотим продаж" - не контекст.
5. Частота и время
Базовые правила:
- не отправлять ночью;
- учитывать часовой пояс;
- не отправлять больше одного коммерческого push в день без сильной причины;
- не дублировать одно и то же в push, WhatsApp и email одновременно;
- исключать пользователя из промо, если он уже купил;
- отделять сервисные уведомления от рекламных;
- отслеживать отключение уведомлений и uninstall после кампаний.
Quiet hours - не мелочь. Push в 6 утра может стоить дороже, чем вся кампания заработала.
6. Метрики
| Метрика | Что показывает |
|---|---|
| Opt-in rate | Дают ли разрешение на push |
| Delivery rate | Дошло ли уведомление |
| Open rate | Открыли ли push |
| Conversion rate | Сделали ли целевое действие |
| Revenue per push | Деньги на отправку |
| Opt-out rate | Отключили ли уведомления |
| Uninstall rate | Удалили ли приложение после кампании |
| Incremental lift | Был ли реальный прирост, а не каннибализация |
Open rate сам по себе может обманывать. Кликнули из любопытства, но не купили. Или купили бы и без push. Для крупных кампаний полезны holdout-группы: часть аудитории не получает push, и вы сравниваете разницу.
7. Локальный контекст РК и СНГ
Казахстан - рынок сильных приложений: банки, доставка, taxi, маркетплейсы, classifieds, superapp-сценарии. Пользователь привык получать статусы платежей, доставок, переводов и бонусов.
Это повышает планку качества. Если банк или e-commerce шлет нерелевантные промо в стиле "скидки всем", он конкурирует за внимание с действительно важными уведомлениями: деньги списались, курьер приехал, перевод получен.
Сильные локальные сценарии:
- банк: статус заявки, платеж, лимит, QR-бонус рядом с торговой точкой;
- доставка: заказ, курьер, повтор любимого заказа;
- EdTech: урок сегодня, дедлайн, результат проверки;
- retail: товар снова в наличии, персональная цена;
- сервис: запись завтра, подтверждение или перенос.
8. Ошибки
| Ошибка | Последствие |
|---|---|
| Массовые push без сегментации | Отключения и uninstall |
| Слишком длинный текст | Смысл обрезается |
| Отправка ночью | Потеря доверия |
| Нет frequency cap | Канал выгорает |
| Не различать service и promo | Важные уведомления начинают игнорировать |
| Не измерять uninstall | Не видно реальной цены кампании |
9. Push-матрица решений
Перед отправкой полезно классифицировать push.
| Тип | Можно ли шуметь | Пример | Частота |
|---|---|---|---|
| Критический сервисный | да | "Карта заблокирована", "Курьер у двери" | по событию |
| Обычный сервисный | осторожно | "Заказ передан в доставку" | по событию |
| Контекстный коммерческий | тихо или аккуратно | "Ваш товар снова в наличии" | ограниченно |
| Массовый промо | лучше редко | "Скидка выходного дня" | строго по сегментам |
| Контентный | тихо | "Новый урок доступен" | по интересу |
Если push не попадает ни в одну полезную категорию, скорее всего, его не нужно отправлять. Для спорных кампаний сделайте маленький тест и проверьте opt-out/uninstall. Иногда кампания дает краткосрочные клики, но портит долгосрочный доступ к каналу.
Отдельно следите за "усталостью" аудитории. Если open rate постепенно падает, а opt-out растет, проблема может быть не в одном плохом тексте, а в общей частоте. В таком случае лучше уменьшить объем отправок, усилить сегментацию и оставить push для действительно контекстных сценариев.
В приложениях с высокой частотой использования можно давать пользователю настройки тем: доставка, акции, статусы, контент, финансы. Это снижает отписки, потому что человек отключает лишнее, а не весь канал.
Еще полезно разделять push-токены по устройствам. Один клиент может иметь телефон и планшет, а бизнес считает это двумя людьми. Без нормального user id частота быстро ломается.
Visual brief
- Asset:
09.07-push-governance-flow.png - Type: channel governance schema
- Learning goal: показать, что push требует opt-in, сегмента, частотных лимитов и контроля uninstall.
- Layout: flow от opt-in к сегменту, триггеру, quiet hours, push, действию и обратному сигналу в сегмент.
- Text labels: "opt-in", "segment", "trigger", "quiet hours", "push", "action", "uninstall risk".
- Style: Goodlabs typography-first, mobile notification UI as small blocks, no giant smartphone mockup.
- Alt text: схема управления push-уведомлениями от разрешения до действия и контроля отписок.
Видео
Что почитать
- Firebase: Firebase Cloud Messaging
- Apple Developer: User Notifications
- OneSignal: Push notification best practices
Главный совет
Относитесь к push как к доступу в личное пространство клиента. Одно плохое уведомление может закрыть канал навсегда.