Push уведомления: частота, сегментация и метрики удержания

Push уведомления — самый дешёвый канал возврата пользователя в приложение. Поэтому их легче всего испортить. Отправка ничего не стоит, и у маркетинга появляется соблазн слать «ещё одну акцию». Через месяц половина базы отключила уведомления, а часть удалила приложение.

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

Почему разрешение на push теперь стоит дороже

Раньше Android-приложения получали право на уведомления автоматически. Начиная с Android 13 приложение обязано запросить разрешение явно, так же как на iOS.

Последствия видны в отраслевых данных. В бенчмарке Batch за 2025 год (цифры приводит shno.co) опт-ин на Android после перехода на Android 13 упал примерно с 85% до 67% за год. На iOS за тот же период он снизился с 58% до 56%. Pushwoosh в своём обзоре бенчмарков по 600+ приложениям считает опт-ин на Android ниже 75% слабым результатом.

Почему это важно именно в Узбекистане. По данным StatCounter, в 2026 году Android занимает около 80% мобильного рынка страны (в разные месяцы от 78% до 83%). Изменения в Android ударили по большинству местной аудитории. Каждый пользователь, который нажал «Не разрешать», для push-канала потерян, и вернуть его почти невозможно.

Вывод: разрешение — ограниченный ресурс. Спам расходует его быстрее всего.

Частота: сколько — уже слишком много

Самое цитируемое исследование на эту тему — опрос Localytics 2017 года среди 1000 пользователей смартфонов в США (пересказ у MarketingProfs):

Две оговорки. Данные старые и американские. И это заявленные намерения, а не реальное поведение. Но порядок величин понятен: уже при 2–5 сообщениях в неделю каждый третий готов отключить уведомления.

Практическое правило: лимит на пользователя, а не на кампанию

Типичная ошибка: каждый отдел планирует «всего одну рассылку в неделю». Отделов четыре, значит пользователь получает четыре сообщения. Решение — глобальный лимит частоты (frequency cap) на уровне пользователя:

• Маркетинговые push: не больше 1–2 в неделю для основной базы.
• Транзакционные push (оплата прошла, заказ отправлен, запись подтверждена) в лимит не входят. Пользователь ждёт их сам.
• Тихие часы: ничего маркетингового с 22:00 до 9:00. В Узбекистане один часовой пояс (UTC+5), поэтому настроить это проще, чем в России или Казахстане.
• Пауза после игнора: пользователь не открыл три push подряд — снизьте ему частоту вдвое, а не повышайте «чтобы точно заметил».

Сегментация: одно сообщение для всех — это спам

Push, который неактуален для 80% получателей, для этих 80% и есть спам. Сегментация снижает частоту для каждого человека, а общий объём отправок при этом сохраняется.

Базовые сегменты, которые работают почти в любом приложении

Узбекистанские признаки сегментации

Глобальные гайды о них молчат, но здесь они дают ощутимую разницу:

• Язык. Часть аудитории читает по-узбекски (латиница), часть по-русски. Push на «чужом» языке открывают хуже. Берите язык из настроек приложения, а не из языка системы.
• Способ оплаты. Payme, Click или карта Uzcard/Humo — разные сценарии. Push «оплата не прошла» должен вести прямо в нужный платёжный экран, а не на главную.
• Регион. Ташкент и регионы различаются ассортиментом, доставкой и филиалами. Push об акции в ташкентском филиале жителю Самарканда бесполезен.
• Сезонность. Навруз, Рамадан, начало учебного года. В Рамадан стоит сдвигать время отправки, а не просто добавлять «праздничную» картинку.
• Данные из 1С или CRM. Если покупки и визиты учитываются в 1С, сегменты должны строиться по ним, а не только по событиям в приложении. Иначе вы предложите сервисное ТО клиенту, который был на сервисе вчера. Подробнее об интеграции учёта с приложением — в разделе CRM и ERP системы.

Метрики: что считать вместо «отправлено» и «доставлено»

Количество отправленных сообщений — метрика усилий, а не результата. Вот что действительно показывает, работают ли push.

Пять метрик, которые нужно смотреть каждую неделю

1. Opt-in rate — доля пользователей, разрешивших уведомления. Считайте отдельно для Android и iOS.
2. Opt-out rate после рассылки — сколько людей отключили push в течение 24–48 часов после кампании. Главный индикатор спама.
3. Open/direct rate — доля открывших push. Сравнивайте сегменты между собой, а не с «рыночным средним».
4. Целевое действие — оплата, запись, заказ в течение N часов после открытия. Именно эта метрика окупает канал.
5. Удержание D7/D30 у получателей и у контрольной группы. Самая честная метрика, о ней ниже.

Контрольная группа: единственный способ узнать правду

Без контрольной группы вы не знаете, вернулся бы пользователь сам. Схема простая:

• Случайные 5–10% сегмента push не получают.
• Через 7 и 30 дней сравните удержание и конверсию двух групп.
• Разница и есть реальный эффект кампании.

Условный пример расчёта

Все цифры ниже гипотетические, только для иллюстрации логики.

Сегмент «остывающие» — 20 000 пользователей. 10% (2 000) в контрольной группе, 18 000 получают push.

• Push-группа: за 7 дней вернулись 9% → 1 620 человек.
• Контроль: за 7 дней вернулись 7% → 140 из 2 000.
• Реальный прирост: 2 процентных пункта, то есть около 360 дополнительных возвратов из 18 000, а не 1 620.
• Затем смотрим обратную сторону: если после кампании 3% группы (540 человек) отключили уведомления, вы обменяли 360 возвратов на 540 навсегда потерянных контактов.

Такой расчёт часто показывает, что кампания, которая «принесла 1 620 возвратов», на деле была убыточной для базы.

Чек-лист перед каждой рассылкой

Распечатайте и проверяйте перед отправкой:

• [ ] Понятно, какой сегмент получает сообщение и почему оно ему актуально
• [ ] Пользователь не превысит лимит частоты за неделю
• [ ] Время отправки — не тихие часы
• [ ] Язык совпадает с языком интерфейса пользователя
• [ ] Deep link ведёт на конкретный экран (товар, оплата, запись), а не на главную
• [ ] Исключены те, кто уже совершил целевое действие
• [ ] Выделена контрольная группа
• [ ] Заранее определено, какую метрику будем считать успехом
• [ ] Текст понятен без открытия: что, зачем, до какого числа

Запрос разрешения: не на первом экране

Учитывая цифры по Android 13, момент запроса критичен:

• Не спрашивайте при первом запуске. Пользователь ещё не понял ценность приложения.
• Сначала покажите свой экран-объяснение (pre-permission): «Сообщим, когда заказ будет готов». Системный диалог — только после согласия на нём.
• Привяжите запрос к действию. Оформил заказ — самое время предложить уведомления о статусе.
• Если пользователь отказался, не показывайте системный диалог снова: на iOS он повторно не появится. Позже предложите включить уведомления в настройках, когда это будет уместно.

Честно: когда собственная push-инфраструктура не нужна

Не каждому бизнесу нужно приложение и сложная push-система.

• Приложения нет, и оно не нужно для работы. Для небольшого магазина или сервиса с редкими покупками Telegram-бот часто дешевле и эффективнее: аудитория в Узбекистане уже там, и устанавливать ничего не надо.
• Приложение есть, но база небольшая. Firebase Cloud Messaging бесплатен, у сервисов вроде OneSignal есть бесплатные тарифы с сегментацией и расписанием. Писать свою систему на этом этапе — лишние траты.
• Индивидуальная разработка оправдана, когда сегменты должны строиться по данным из 1С/CRM, push связаны с платежами Payme/Click и статусами заказов, а маркетингу нужен единый лимит частоты для всех каналов. Готовые сервисы такие интеграции делают плохо или не делают вовсе.

Если вы во второй ситуации, начните с бесплатных инструментов и чек-листа выше. Если в третьей, имеет смысл продумать push вместе с архитектурой приложения: см. разработку веб- и мобильных приложений.

Коротко

• Разрешение на push — ограниченный ресурс, особенно на Android после версии 13, а это около 80% аудитории в Узбекистане.
• Ставьте лимит частоты на пользователя, а не на кампанию. Транзакционные сообщения в лимит не входят.
• Сегментируйте по поведению, языку, способу оплаты и региону.
• Оценивайте push по удержанию относительно контрольной группы и по отпискам, а не по числу отправленных сообщений.
• Если хватает Telegram-бота или бесплатного сервиса, начните с них.