Push-уведомления: что это, как работают и когда использовать в CRM-маркетинге
Push становится часто единственным способом дотянуться до клиента быстро и без посредников. Но это канал-предатель: пережмете с частотой — получите массовые отписки.
Открываемость email падает третий год подряд, мобильные приложения борются за каждую секунду внимания, а клиент решает за полторы минуты — купить сейчас или забыть навсегда. В такой реальности push становится не просто еще одним каналом, а часто единственным способом дотянуться до человека быстро и без посредников вроде почтового алгоритма Gmail.
Но push — еще и канал-предатель. Стоит чуть пережать с частотой или промахнуться с релевантностью — и за неделю получите массовый отказ от подписки. Вместе с Василиной Бреусенко, CRM-маркетологом ClientCore, разбираемся, что такое push-уведомления на самом деле, где они выигрывают у email, а где их подключать не стоит вообще.
ЧИТАЙТЕ ТАКЖЕ
«Демография почти ничего не говорит о готовности купить. А вот поведение говорит все. Разбираем, как настроить сегментацию по действиям клиента, чтобы коммуникация попадала в момент.»
Пуш-уведомления: что это и как они устроены технически
Push — короткое сообщение, которое прилетает на устройство пользователя без открытия сайта или приложения. Технически это два разных канала, которые в маркетинге часто смешивают, и зря.
Mobile push работает, только если у клиента установлено ваше приложение. Сообщение проходит через сервисы Apple (APNs) или Google (FCM), доставляемость — высокая, можно ловить геолокацию, поведение в приложении, историю покупок. Это самый «жирный» формат push: с картинкой, кнопками, дип-линками внутрь конкретного экрана.
Web push — подписка через браузер. Пользователь заходит на сайт, видит запрос «Разрешить уведомления», нажимает «Да» — и теперь вы можете писать ему, даже когда он сайт закрыл. Не нужно ни email, ни телефона. Работает в Chrome, Firefox, Edge, частично в Safari. На iOS web push заработал только с 16.4 и только для PWA, добавленных на домашний экран — важная оговорка для проектов с большой долей айфонов.
Мне часто говорят: «давайте подключим пуши, у нас же есть Mindbox». А я в ответ — окей, у вас приложение в каком состоянии, какой процент аудитории подписан на web push, и что вы будете слать тем, кто на iOS без PWA? Канал звучит просто, а на деле это три разных канала, и стратегия для каждого своя.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
разделять mobile и web push в стратегии и в отчетности
собирать подписку на web push постепенно, после первого касания
использовать дип-линки в mobile push, чтобы клиент попадал сразу на нужный экран
Red flag
запрос на подписку всплывает в первую же секунду визита
одно и то же сообщение уходит в push, email и SMS одновременно
нет отдельной аналитики по каналам, считаете все «пушем»
Push-уведомления для бизнеса: где канал реально выигрывает
Главное преимущество push — скорость доставки и мгновенная видимость. Email клиент откроет вечером, а может и не откроет. SMS дорогой и официальный. Push приходит за секунды и сразу попадает в шторку уведомлений, где человек его точно увидит.
Канал решает несколько конкретных задач лучше других. Брошенная корзина — классика. Email с напоминанием уходит через час и теряется среди писем. Web push через 20–40 минут после ухода с сайта возвращает 5–15% корзин в зависимости от ниши. Срочные акции — тоже территория push. «Скидка 30% до конца дня» в email прочитают завтра, а в push увидят сейчас, пока акция еще действует.
Транзакционные сценарии в приложении — статус заказа, изменение цены на товар из избранного, появление в наличии. Здесь push вне конкуренции: пользователь ждет именно мгновенного уведомления, а не письма через полчаса. Реактивация спящих клиентов в приложении — еще одна сильная история. Человек поставил приложение, пользовался месяц, забыл. Email с реактивацией — слабо. Push «вернитесь, у нас новое» — намного теплее, потому что приложение все еще на устройстве.
А вот где push проигрывает: контентные рассылки, дайджесты, длинные истории, лояльность с подробным разбором баллов. Все, где нужно объяснить, показать, рассказать — это email. Push — короткий удар, не лонгрид.
Норма
сценарии с временным окном до 1–2 часов
мгновенные триггеры от действия пользователя
допродажи и кросс-сейл сразу после покупки в приложении
Red flag
использовать push как замену email-дайджесту
слать обзоры на 200 символов с тремя ссылками
дублировать пушем все, что ушло в email «на всякий случай»
Пуш-уведомления в маркетинге: сценарии, которые приносят деньги
Сценариев много, но реально работают единицы. Расскажем про те, которые мы запускаем клиентам и которые дают окупаемость в первый же месяц.
Брошенный просмотр и брошенная корзина. Два разных триггера, не путать. Просмотр — человек посмотрел товар, ушел без добавления в корзину. Через 30–60 минут — web push «Этот товар еще в наличии». Корзина — добавил, не оплатил. Через 20–30 минут — первый push, через 24 часа — второй с напоминанием. Дальше уже email и ретаргетинг.
Снижение цены на товар из избранного или просмотренных. Жирнейший сценарий для e-com. Человек уже проявил интерес, цена упала — мгновенное уведомление превращает его в покупателя за минуты.
Появление в наличии. Пользователь подписался на товар, который кончился. Когда товар приходит — push. Конверсия в покупку часто выше 25%, потому что это самый горячий лид, который вообще можно представить.
Геотриггеры в mobile push. Клиент рядом с офлайн-точкой — короткое сообщение с предложением. Работает в ритейле, общепите, фитнесе. Главное — не превращать в спам и не слать каждый раз, когда человек проходит мимо.
У нас был кейс с ритейлом косметики на Mindbox: подключили push на снижение цены и появление в наличии, в первый месяц канал дал около 8% от всей выручки CRM. И это без массовых рассылок, чисто триггерные сценарии. При этом отписок почти не было, потому что люди сами подписывались на конкретные товары.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
триггерные сценарии запускаются раньше массовых рассылок
на каждый сценарий — своя посадочная и свой оффер
отдельный отчет по выручке с push по каждому триггеру
Red flag
запуск массовых пушей без единого работающего триггера
один и тот же текст под все сценарии
нет связки «событие в CRM → push → конверсия» в аналитике
Настройка push-рассылок: частота, контент, время
Главная ошибка — относиться к push как к бесплатному каналу. Технически он бесплатный, да. Но цена ошибки — отписка, которую вы не восстановите: повторно запросить подписку браузер не даст еще месяцами.
Частота. Для массовых пушей — не чаще 2–3 раз в неделю. Для триггерных — по событию, но с дедупликацией: если человек получил push час назад, второй не отправляем, даже если новый триггер сработал. Иначе клиент за день получит четыре сообщения и отключит вас навсегда.
Длина и содержание. Заголовок до 50 символов, тело — до 120. На iOS обрезается раньше, чем на Android. Главный смысл — в первых пяти словах. Не «Дорогой клиент, специально для вас мы подготовили», а «-30% на зимнюю коллекцию до полуночи». Картинки в mobile push используем, но не везде — иногда они проигрывают чистому тексту по CTR.
Время отправки. Массовые пуши — 11:00–13:00 и 18:00–20:00 в будни. Утро и поздний вечер — табу, особенно с учетом часовых поясов. Если работаете на всю Россию, сегментация по таймзонам обязательна, иначе сибиряки получат акцию в три ночи и поставят жирный минус карме вашего канала.
Сегментация. Слать всем подряд один и тот же push — самый быстрый способ убить канал. Минимальная сегментация: активные/спящие, покупатели/несовершившие покупку, по категориям интереса. На Mindbox это собирается за пару часов, но половина проектов почему-то этого не делает.
Самое больное, что я вижу у клиентов — отправка одного пуша на 300 тысяч человек без сегментов. Они еще удивляются: «почему CTR 0,3%?». Потому что для 280 тысяч это сообщение нерелевантно. Сегментация хотя бы по трем признакам поднимает CTR в 3–5 раз, проверено десятками проектов.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
A/B тесты заголовков на каждой массовой рассылке
дедупликация между триггерами в окне 6–24 часа
отдельные сценарии для подписчиков с разным сроком жизни в базе
Red flag
одинаковый push для базы 100 000+ без сегментации
пуш в 22:30 «потому что промокод горит»
эмодзи в каждом слове в попытке выделиться
Как считать эффективность и не обманывать себя
Стандартные метрики push — CTR и конверсия в целевое действие. Но это верхушка. Реально смотреть надо глубже.
Доставляемость. Push отправили — не значит, что доставили. У web push доставляемость падает, если у пользователя отключены уведомления в системе или браузер давно не открывался. У mobile push iOS режет тихие уведомления и группирует частые. Считайте delivery rate, а не send rate, иначе будете в иллюзии охвата.
Отписки и отключения. В web push отписка — это либо нажатие на «Запретить» в шторке, либо очистка подписки. Динамика отписок по дням покажет, какие рассылки выжигают базу. Если после очередного «акция-акция-акция» отписки скакнули в три раза — пересматривайте контент-план.
Каннибализация других каналов. Частая ловушка: подключили push, продажи через email упали. По факту канал просто перетянул на себя то, что и так купили бы через email. Чтобы понять реальный инкремент — проводите holdout-тесты: часть аудитории не получает push в сценарии, сравниваете выручку с группой, которая получила.
Когда клиент говорит «push приносит 10% выручки», я первым делом спрашиваю: а вы holdout проводили? Потому что без него цифра ничего не значит. Половина этой выручки могла прийти и без push — через тот же email или прямой заход. Реальный вклад канала почти всегда ниже того, что показывает атрибуция по последнему касанию.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
считаете delivery rate, CTR от доставленных, конверсию в выручку
holdout-группа 10–15% на каждом триггерном сценарии
ежемесячный отчет по отпискам в разрезе типа рассылки
Red flag
отчет по push сводится к одной цифре «отправлено»
атрибуция только по last click, без учета инкремента
никто не знает, какой процент базы реально получает сообщения
Когда push подключать не надо
Не каждому бизнесу нужны push, и это нормально. Если у вас B2B с длинным циклом сделки и контактом раз в месяц — push не для вас. Если приложение скачивают пять раз в день — экономика mobile push не сойдется. Если на сайте 200 уникальных пользователей в день — собирать web push-базу будете годами.
Push имеет смысл, когда есть частота контакта, понятные триггеры в поведении пользователя и достаточная аудитория, чтобы сегментировать и тестировать. Чаще всего это e-commerce, медиа, сервисы, фудтех, банки, ритейл. Попадаете — стоит подключать. Не попадаете — лучше доработать email и SMS, они дадут больше при том же бюджете на запуск.
И еще момент. Push — не «волшебная таблетка», когда CRM не работает. Если у вас бардак с базой, кривая сегментация и нерабочие триггеры в email — push эту проблему не решит. Сначала чиним фундамент, потом надстраиваем каналы.
ЧИТАЙТЕ ТАКЖЕ
«Как построить реактивацию клиентов так, чтобы возвращать тех, кого еще можно вернуть, и не выжигать базу скидками. Сегменты, тайминг, цепочки и метрики.»
push подключается, когда email и SMS уже отстроены
есть минимум 5–10 тысяч активных пользователей для старта
понятна экономика канала: сколько стоит подписчик и сколько он приносит
Red flag
push запускают «потому что у конкурентов есть»
канал подключают раньше, чем настроены базовые триггеры email
ждут от push быстрого роста выручки на 30%+ без работы с другими каналами
Часто задаваемые вопросы
Чем web push отличается от mobile push с точки зрения бизнеса?
Web push дешевле в запуске — не нужно приложение, подписку собираете прямо на сайте. Но возможностей меньше: нет геолокации, ограниченная персонализация, проблемы с iOS. Mobile push мощнее по функциям и доставляемости, но требует приложения с живой аудиторией. Если приложения нет — начинайте с web push, если есть — развивайте оба канала параллельно с разными сценариями.
Сколько push можно слать в неделю, чтобы не раздражать?
Массовых — 2–3 в неделю максимум, и только с реально ценным предложением. Триггерные считаются отдельно: они привязаны к действию клиента, и здесь лимит — здравый смысл и дедупликация. Если за день у одного человека сработало три триггера, отправляем один-два самых важных, остальное откладываем или переносим в email.
Можно ли заменить email на push полностью?
Нет. Это разные каналы под разные задачи. Push — короткая мгновенная коммуникация, email — глубокая, контентная, с длинной информацией. Лояльный клиент должен получать и то, и другое, но в разных сценариях и с разной частотой. Замена одного другим почти всегда роняет общую выручку CRM-канала.
С чего начать запуск push, если CRM уже есть, но канал не используется?
Сначала аудит: какая платформа, какие данные доступны, сколько подписчиков можно собрать на старте. Дальше — два-три триггерных сценария, которые точно дадут результат: брошенная корзина, снижение цены, появление в наличии. Через месяц добавляем сегментированные массовые рассылки и holdout-тестирование. Не пытайтесь запустить десять сценариев сразу — выгорите и базу, и команду.