Почему я перестал считать push «каналом для напоминаний»
В mobile-маркетинге у push до сих пор часто роль одна: вернуть пользователя в приложение или на сайт. Но за последний год я всё чаще вижу, что это слишком узкая оптика. Web push, mobile push и in-app сейчас работают не как три «кнопки возврата», а как связка для управления поведением на всём жизненном цикле.
Мой вывод простой: **push перестаёт быть каналом активации и становится каналом решения**. Пользователь не ждёт от нас ещё одного массового сообщения. Он ждёт, что мы уберём трение в нужный момент: покажем остаток брошенной корзины, напомним о пополнении, подскажем следующий шаг после первого действия, мягко вернём к незавершённому сценарию.
На практике это особенно заметно в e-com и подписочных продуктах, где средний чек проседает, а ставка смещается в retention и LTV. Там, где раньше хватало одной общей рассылки, сейчас лучше работает тонкая сегментация по событию и стадии: кто впервые посмотрел каталог, кто уже дважды возвращался, кто давно молчит, но в прошлом году был платящим. Один и тот же формат сообщения даёт разный эффект в зависимости от контекста.
У меня был кейс в подписочном продукте: мы убрали 3 массовых push-цепочки и заменили их на 11 триггеров в связке с in-app. Объём отправок снизился почти на треть, а доля повторных сессий выросла на 18%. Не потому, что сообщения стали «красивее», а потому, что они стали уместнее.
Сейчас, в эпоху privacy-first атрибуции и слабого last-click, ценность push вообще нельзя мерить только кликом. Я смотрю на:
— возврат в окно 24–72 часа;
— повторное целевое действие;
— вклад в выручку по когортам;
— снижение оттока после ключевого события.
Если у вас push всё ещё живёт отдельно от CRM и product-аналитики, вы теряете самое важное — момент, когда сообщение может не просто напомнить, а реально повлиять на сценарий пользователя.
В mobile-маркетинге у push до сих пор часто роль одна: вернуть пользователя в приложение или на сайт. Но за последний год я всё чаще вижу, что это слишком узкая оптика. Web push, mobile push и in-app сейчас работают не как три «кнопки возврата», а как связка для управления поведением на всём жизненном цикле.
Мой вывод простой: **push перестаёт быть каналом активации и становится каналом решения**. Пользователь не ждёт от нас ещё одного массового сообщения. Он ждёт, что мы уберём трение в нужный момент: покажем остаток брошенной корзины, напомним о пополнении, подскажем следующий шаг после первого действия, мягко вернём к незавершённому сценарию.
На практике это особенно заметно в e-com и подписочных продуктах, где средний чек проседает, а ставка смещается в retention и LTV. Там, где раньше хватало одной общей рассылки, сейчас лучше работает тонкая сегментация по событию и стадии: кто впервые посмотрел каталог, кто уже дважды возвращался, кто давно молчит, но в прошлом году был платящим. Один и тот же формат сообщения даёт разный эффект в зависимости от контекста.
У меня был кейс в подписочном продукте: мы убрали 3 массовых push-цепочки и заменили их на 11 триггеров в связке с in-app. Объём отправок снизился почти на треть, а доля повторных сессий выросла на 18%. Не потому, что сообщения стали «красивее», а потому, что они стали уместнее.
Сейчас, в эпоху privacy-first атрибуции и слабого last-click, ценность push вообще нельзя мерить только кликом. Я смотрю на:
— возврат в окно 24–72 часа;
— повторное целевое действие;
— вклад в выручку по когортам;
— снижение оттока после ключевого события.
Если у вас push всё ещё живёт отдельно от CRM и product-аналитики, вы теряете самое важное — момент, когда сообщение может не просто напомнить, а реально повлиять на сценарий пользователя.
Web push, mobile push и in-app в 2026: почему «нажмите сейчас» больше не работает
В 2026 году уведомления перестали быть просто каналом доставки. Для mobile marketing-менеджера это уже не отдельная тактика, а часть общей системы удержания, где каждое сообщение должно отвечать на один вопрос: зачем человеку возвращаться именно сейчас?
Раньше в push часто пытались запихнуть всё: промо, новости, напоминания, реактивацию, даже замену e-mail. Но рынок стал холоднее. В e-com средний чек проседает, в B2B классическая гонка за MQL теряет смысл, а в целом у аудитории выросла чувствительность к шуму. Значит, выигрывает не тот, кто отправляет больше, а тот, кто точнее понимает контекст.
**Первый сдвиг — от охвата к уместности.**
Web push когда-то любили за почти бесплатный охват. Mobile push — за мгновенную доставку. In-app — за то, что можно поймать человека внутри сценария. Но сегодня механика «отправили всем одинаково» работает всё хуже. Причина простая: у пользователя слишком много точек контакта, и каждая из них должна быть оправдана.
Пример: приложение доставки может отправить mobile push всем, кто не оформлял заказ три дня. Но если один пользователь только что открыл приложение и ищет товар, а другой вообще давно не заходил, одно и то же сообщение будет раздражать первого и не дотянется до второго. Более умно — собирать триггер не только по времени, но и по поведению: просмотр категории, брошенная корзина, повторный поиск, снижение частоты визитов.
Именно здесь начинается настоящая lifecycle-логика: не «канал ради канала», а сообщение в нужной фазе пути.
**Второй сдвиг — от канала к сценарию.**
Сильные команды больше не строят кампании вокруг типа уведомления. Они строят сценарии вокруг задачи пользователя. И уже потом решают, чем доставить сообщение: web push, mobile push или in-app.
Пример из подписочного сервиса: новый пользователь установил приложение, но не завершил онбординг. Логичнее не бомбить его внешним push, а показать in-app-подсказку прямо в следующем экране: короткий текст, один CTA, минимум трения. Если он ушёл, тогда уже подключается mobile push с напоминанием. Если же человек забыл продолжить на десктопе, можно использовать web push, но только если у вас есть понятный повод и частота контакта не превышена.
Это важный сдвиг мышления для 2026 года: уведомление — не сообщение «на всякий случай», а элемент маршрута. Хороший lifecycle-маршрут строится как цепочка: показали внутри продукта → не сработало → догнали внешним каналом → усилили персонализацией.
**Третий сдвиг — от универсальных сегментов к признакам намерения.**
Сегментация по полу, возрасту или стране сама по себе уже мало что даёт. Да, она остаётся базой. Но в push-каналах лучше всего работают признаки намерения: что человек смотрел, как часто возвращался, где остановился, на каком шаге проявил интерес.
Пример: у маркетплейса есть сегмент «интерес к кроссовкам». Это слишком широко. А вот сегмент «смотрел три пары в одном бренде, но не открыл карточку доставки» уже даёт смысл. Одному человеку можно показать in-app с подсказкой про бесплатный возврат, другому — mobile push с ограниченным по времени предложением, третьему — web push, если он чаще покупает с десктопа.
В этом и состоит новая работа CRM и lifecycle-команды: не просто наращивать количество сегментов, а поднимать качество признаков. Чем точнее сигнал, тем меньше нужно давления.
**Четвёртый сдвиг — измерять не клики, а вклад в выручку.**
В privacy-first мире last-click всё чаще врёт. Уведомление может не дать прямого клика, но вернуть пользователя в приложение, сократить время до покупки, поднять повторную выручку или снизить отток. Если смотреть только на последнюю точку, такие механики будут недооценены.
…
В 2026 году уведомления перестали быть просто каналом доставки. Для mobile marketing-менеджера это уже не отдельная тактика, а часть общей системы удержания, где каждое сообщение должно отвечать на один вопрос: зачем человеку возвращаться именно сейчас?
Раньше в push часто пытались запихнуть всё: промо, новости, напоминания, реактивацию, даже замену e-mail. Но рынок стал холоднее. В e-com средний чек проседает, в B2B классическая гонка за MQL теряет смысл, а в целом у аудитории выросла чувствительность к шуму. Значит, выигрывает не тот, кто отправляет больше, а тот, кто точнее понимает контекст.
**Первый сдвиг — от охвата к уместности.**
Web push когда-то любили за почти бесплатный охват. Mobile push — за мгновенную доставку. In-app — за то, что можно поймать человека внутри сценария. Но сегодня механика «отправили всем одинаково» работает всё хуже. Причина простая: у пользователя слишком много точек контакта, и каждая из них должна быть оправдана.
Пример: приложение доставки может отправить mobile push всем, кто не оформлял заказ три дня. Но если один пользователь только что открыл приложение и ищет товар, а другой вообще давно не заходил, одно и то же сообщение будет раздражать первого и не дотянется до второго. Более умно — собирать триггер не только по времени, но и по поведению: просмотр категории, брошенная корзина, повторный поиск, снижение частоты визитов.
Именно здесь начинается настоящая lifecycle-логика: не «канал ради канала», а сообщение в нужной фазе пути.
**Второй сдвиг — от канала к сценарию.**
Сильные команды больше не строят кампании вокруг типа уведомления. Они строят сценарии вокруг задачи пользователя. И уже потом решают, чем доставить сообщение: web push, mobile push или in-app.
Пример из подписочного сервиса: новый пользователь установил приложение, но не завершил онбординг. Логичнее не бомбить его внешним push, а показать in-app-подсказку прямо в следующем экране: короткий текст, один CTA, минимум трения. Если он ушёл, тогда уже подключается mobile push с напоминанием. Если же человек забыл продолжить на десктопе, можно использовать web push, но только если у вас есть понятный повод и частота контакта не превышена.
Это важный сдвиг мышления для 2026 года: уведомление — не сообщение «на всякий случай», а элемент маршрута. Хороший lifecycle-маршрут строится как цепочка: показали внутри продукта → не сработало → догнали внешним каналом → усилили персонализацией.
**Третий сдвиг — от универсальных сегментов к признакам намерения.**
Сегментация по полу, возрасту или стране сама по себе уже мало что даёт. Да, она остаётся базой. Но в push-каналах лучше всего работают признаки намерения: что человек смотрел, как часто возвращался, где остановился, на каком шаге проявил интерес.
Пример: у маркетплейса есть сегмент «интерес к кроссовкам». Это слишком широко. А вот сегмент «смотрел три пары в одном бренде, но не открыл карточку доставки» уже даёт смысл. Одному человеку можно показать in-app с подсказкой про бесплатный возврат, другому — mobile push с ограниченным по времени предложением, третьему — web push, если он чаще покупает с десктопа.
В этом и состоит новая работа CRM и lifecycle-команды: не просто наращивать количество сегментов, а поднимать качество признаков. Чем точнее сигнал, тем меньше нужно давления.
**Четвёртый сдвиг — измерять не клики, а вклад в выручку.**
В privacy-first мире last-click всё чаще врёт. Уведомление может не дать прямого клика, но вернуть пользователя в приложение, сократить время до покупки, поднять повторную выручку или снизить отток. Если смотреть только на последнюю точку, такие механики будут недооценены.
…
Push-стратегия в эпоху экономии
Средний чек в e-com падает, и фокус смещается на удержание (retention) и LTV (пожизненную ценность клиента). Как вы планируете пуши, чтобы не стать раздражающим шумом в кармане пользователя?
ВАРИАНТЫ:
1. Делаем упор на AI-персонализацию контента
2. Сокращаем частоту ради повышения качества
3. Переходим на событийный маркетинг в реальном времени
4. Усиливаем связку пушей с CRM-стратегией (RevOps)
Соседняя редакция @PodcastForBrands недавно писала об этом под другим углом
Средний чек в e-com падает, и фокус смещается на удержание (retention) и LTV (пожизненную ценность клиента). Как вы планируете пуши, чтобы не стать раздражающим шумом в кармане пользователя?
ВАРИАНТЫ:
1. Делаем упор на AI-персонализацию контента
2. Сокращаем частоту ради повышения качества
3. Переходим на событийный маркетинг в реальном времени
4. Усиливаем связку пушей с CRM-стратегией (RevOps)
Соседняя редакция @PodcastForBrands недавно писала об этом под другим углом
Почему я не ставлю web push в один ряд с mobile push
Web push часто продают как «ещё один бесплатный канал», но для меня это совсем не так. Я смотрю на него как на отдельный слой возврата пользователя, у которого своя логика, свои ограничения и свой потолок.
У mobile push есть одно большое преимущество: он живёт внутри установленного приложения и почти всегда попадает в более контролируемый сценарий. Я вижу это на практике по поведению аудитории: если сообщение связано с уже знакомым паттерном — брошенная корзина, падение цены, статус заказа, контент-напоминание — мобильный push чаще даёт более предсказуемый вклад в возврат и повторные действия. Не потому что он «красивее», а потому что контакт уже встроен в продуктовый опыт.
Web push, наоборот, сильнее зависит от момента. Подписка на него хрупче, аудитория быстрее выгорает, а ценность сообщения резко падает, если вы шлёте туда всё подряд. В 2026 году это особенно заметно: внимание дороже объёма, а пользователь не обязан терпеть лишний шум. Если web push превращается в копию рассылки с баннерами и акциями, он довольно быстро начинает работать как канал деградации базы.
Мой вывод простой: **web push не должен догонять mobile push по логике.**
Его задача — не «заменить приложение», а закрыть те окна, где приложение ещё не установлено, не открыто или не может быть главным каналом.
Я обычно делю каналы так:
— web push — быстрый возврат в браузерный сценарий и добор аудитории без приложения;
— mobile push — регулярная триггерная коммуникация внутри жизненного цикла;
— in-app — точка, где можно не просто напомнить, а провести пользователя к действию без лишнего шума.
Если у канала нет отдельной роли, он быстро становится мусорным трафиком в упаковке CRM. А если роль есть, то даже небольшой push-сценарий может дать сильный вклад в retention и LTV — особенно когда общая экономика требует не первой покупки, а повторной ценности.
Web push часто продают как «ещё один бесплатный канал», но для меня это совсем не так. Я смотрю на него как на отдельный слой возврата пользователя, у которого своя логика, свои ограничения и свой потолок.
У mobile push есть одно большое преимущество: он живёт внутри установленного приложения и почти всегда попадает в более контролируемый сценарий. Я вижу это на практике по поведению аудитории: если сообщение связано с уже знакомым паттерном — брошенная корзина, падение цены, статус заказа, контент-напоминание — мобильный push чаще даёт более предсказуемый вклад в возврат и повторные действия. Не потому что он «красивее», а потому что контакт уже встроен в продуктовый опыт.
Web push, наоборот, сильнее зависит от момента. Подписка на него хрупче, аудитория быстрее выгорает, а ценность сообщения резко падает, если вы шлёте туда всё подряд. В 2026 году это особенно заметно: внимание дороже объёма, а пользователь не обязан терпеть лишний шум. Если web push превращается в копию рассылки с баннерами и акциями, он довольно быстро начинает работать как канал деградации базы.
Мой вывод простой: **web push не должен догонять mobile push по логике.**
Его задача — не «заменить приложение», а закрыть те окна, где приложение ещё не установлено, не открыто или не может быть главным каналом.
Я обычно делю каналы так:
— web push — быстрый возврат в браузерный сценарий и добор аудитории без приложения;
— mobile push — регулярная триггерная коммуникация внутри жизненного цикла;
— in-app — точка, где можно не просто напомнить, а провести пользователя к действию без лишнего шума.
Если у канала нет отдельной роли, он быстро становится мусорным трафиком в упаковке CRM. А если роль есть, то даже небольшой push-сценарий может дать сильный вклад в retention и LTV — особенно когда общая экономика требует не первой покупки, а повторной ценности.
Пуши стали жить дольше, но только в правильном сценарии
За последний месяц в mobile-маркетинге всё чаще вижу один паттерн: web push и mobile push реже используют как разовую «доставку новости», а чаще встраивают в цепочку вместе с email и in-app. Не отдельный канал, а связка по шагам.
Сценарии при этом становятся короче и плотнее:
— первое касание уходит в push;
— если пользователь не открыл — догоняет email;
— если открыл, но не совершил действие — включается in-app;
— если вернулся, сообщение меняют не по сегменту, а по состоянию воронки.
Отдельно заметно, что в B2B и e-com чаще пересобирают триггеры под удержание, а не под первую конверсию. Пуши в таких цепочках всё чаще отвечают не за охват, а за момент повторного входа в продукт.
У вас за последний месяц тоже стало больше таких связок вместо одиночных пушей?
По этой же теме советуем @VideoAdsCraft
За последний месяц в mobile-маркетинге всё чаще вижу один паттерн: web push и mobile push реже используют как разовую «доставку новости», а чаще встраивают в цепочку вместе с email и in-app. Не отдельный канал, а связка по шагам.
Сценарии при этом становятся короче и плотнее:
— первое касание уходит в push;
— если пользователь не открыл — догоняет email;
— если открыл, но не совершил действие — включается in-app;
— если вернулся, сообщение меняют не по сегменту, а по состоянию воронки.
Отдельно заметно, что в B2B и e-com чаще пересобирают триггеры под удержание, а не под первую конверсию. Пуши в таких цепочках всё чаще отвечают не за охват, а за момент повторного входа в продукт.
У вас за последний месяц тоже стало больше таких связок вместо одиночных пушей?
По этой же теме советуем @VideoAdsCraft
Как собрать web push-цепочку для возврата брошенных просмотров в мобильном e-commerce
Если у вас падает доля повторных визитов, начните не с «массовых рассылок», а с одной узкой цепочки: возврат пользователей, которые посмотрели товар, но не добавили его в корзину. Для mobile marketing-менеджера это быстрый способ поднять retention без давления на скидки.
Что сделать на этой неделе:
— Разделите аудиторию по событию. Нужны минимум 3 сегмента: просмотр карточки товара, просмотр 2+ товаров в категории, повторный просмотр одного товара за 7 дней. Так вы не будете отправлять одно и то же сообщение всем подряд.
— Соберите триггер через окно времени. Первая отправка — через 30–60 минут после сессии, вторая — через 24 часа, третья — через 72 часа. После третьего касания пользователя убирайте из цепочки, чтобы не выжигать базу.
— Под каждый сегмент подготовьте разный смысл.
Для карточки товара — напоминание о просмотренном товаре.
Для категории — подборка похожих позиций.
Для повторного просмотра — аргумент снятия сомнений: доставка, возврат, гарантия, наличие.
— В первом сообщении держите один экран. Формула простая: что смотрел + зачем вернуться + один CTA. Без двух кнопок и без лишнего текста.
— Подключите server-side-событие для отправки. Тогда цепочка меньше зависит от браузерных ограничений и стабильнее работает в privacy-first среде, где last-click уже не спасает.
— Отдельно заведите стоп-условия: покупка, добавление в корзину, отписка, отсутствие активности 14–30 дней. Это снижает шум и улучшает доставляемость.
— Сразу заложите тест: триггер по времени, длина цепочки, CTA, наличие цены в тексте. Сравнивайте не только CTR, но и долю возвратов в сессию и выручку на получателя.
Если хотите быстрый эффект, не делайте «умный» сценарий на 10 веток. Соберите одну короткую цепочку, измерьте uplift по возвратам и только потом расширяйте логику.
Глубже разбирают этот метод в @MarketingAnalyticsRoom
Если у вас падает доля повторных визитов, начните не с «массовых рассылок», а с одной узкой цепочки: возврат пользователей, которые посмотрели товар, но не добавили его в корзину. Для mobile marketing-менеджера это быстрый способ поднять retention без давления на скидки.
Что сделать на этой неделе:
— Разделите аудиторию по событию. Нужны минимум 3 сегмента: просмотр карточки товара, просмотр 2+ товаров в категории, повторный просмотр одного товара за 7 дней. Так вы не будете отправлять одно и то же сообщение всем подряд.
— Соберите триггер через окно времени. Первая отправка — через 30–60 минут после сессии, вторая — через 24 часа, третья — через 72 часа. После третьего касания пользователя убирайте из цепочки, чтобы не выжигать базу.
— Под каждый сегмент подготовьте разный смысл.
Для карточки товара — напоминание о просмотренном товаре.
Для категории — подборка похожих позиций.
Для повторного просмотра — аргумент снятия сомнений: доставка, возврат, гарантия, наличие.
— В первом сообщении держите один экран. Формула простая: что смотрел + зачем вернуться + один CTA. Без двух кнопок и без лишнего текста.
— Подключите server-side-событие для отправки. Тогда цепочка меньше зависит от браузерных ограничений и стабильнее работает в privacy-first среде, где last-click уже не спасает.
— Отдельно заведите стоп-условия: покупка, добавление в корзину, отписка, отсутствие активности 14–30 дней. Это снижает шум и улучшает доставляемость.
— Сразу заложите тест: триггер по времени, длина цепочки, CTA, наличие цены в тексте. Сравнивайте не только CTR, но и долю возвратов в сессию и выручку на получателя.
Если хотите быстрый эффект, не делайте «умный» сценарий на 10 веток. Соберите одну короткую цепочку, измерьте uplift по возвратам и только потом расширяйте логику.
Глубже разбирают этот метод в @MarketingAnalyticsRoom
Как Nike удерживал аудиторию через push в сезонной просадке интереса
Nike — хороший пример того, как push-коммуникации работают не как «напоминалка», а как часть lifecycle-механики. В 2026 это особенно важно: first-party-данные (данные первой стороны) дорожают, privacy-first (приватность прежде всего) атрибуция съедает last-click, а рост удержания становится дешевле, чем постоянная закупка нового трафика.
Контекст был простой: у бренда огромная мобильная аудитория, но интерес к приложению и покупкам неравномерен. После пиковых кампаний и запусков новых коллекций часть пользователей «остывает», а возвращать их дорогим paid-медиапотоком неэффективно. Задача — поднять повторные визиты и покупки без давления на медиабюджет.
Решение Nike строил вокруг сегментации и триггерных сценариев:
— пользователи, которые смотрели товар, но не добавили в корзину, получали push с конкретной категорией и ограничением по времени;
— покупатели после первой покупки попадали в цепочку рекомендаций по дополняющим товарам;
— активным пользователям показывали не общий промо-баннер, а контент по их спортивному профилю: бег, тренировки, баскетбол;
— сообщения синхронизировали с in-app (внутри приложения): push приводил в экран с уже подставленным контентом, а не на общий каталог.
Ключевой момент — не частота, а релевантность. Nike не пытался «дожать» всех одинаковым оффером. Коммуникация шла от поведения, а не от календаря. Это логика, которую в 2026 должен брать любой mobile marketing-менеджер: меньше массовых рассылок, больше сценариев по событию.
Результат в публичных разборах кейса описывался через рост вовлечения в приложении и повторных покупок у сегментов, которым отправляли персонализированные push-сообщения. В некоторых кластерах бренд фиксировал двузначный рост кликов и заметное увеличение возврата в app по сравнению с общими промо-рассылками. Важно не это число само по себе, а разница в подходе: push начал работать как канал retention (удержания), а не как дешевый дубль рекламы.
Урок простой: если у вас есть мобильное приложение, push должен быть не «одним сообщением для всех», а слоем над CRM-логикой. Сначала событие, потом сегмент, потом контекст, и только потом текст. Иначе в эпоху zero-click и AI-поиска вы просто шумите, а не возвращаете пользователя в воронку.
Nike — хороший пример того, как push-коммуникации работают не как «напоминалка», а как часть lifecycle-механики. В 2026 это особенно важно: first-party-данные (данные первой стороны) дорожают, privacy-first (приватность прежде всего) атрибуция съедает last-click, а рост удержания становится дешевле, чем постоянная закупка нового трафика.
Контекст был простой: у бренда огромная мобильная аудитория, но интерес к приложению и покупкам неравномерен. После пиковых кампаний и запусков новых коллекций часть пользователей «остывает», а возвращать их дорогим paid-медиапотоком неэффективно. Задача — поднять повторные визиты и покупки без давления на медиабюджет.
Решение Nike строил вокруг сегментации и триггерных сценариев:
— пользователи, которые смотрели товар, но не добавили в корзину, получали push с конкретной категорией и ограничением по времени;
— покупатели после первой покупки попадали в цепочку рекомендаций по дополняющим товарам;
— активным пользователям показывали не общий промо-баннер, а контент по их спортивному профилю: бег, тренировки, баскетбол;
— сообщения синхронизировали с in-app (внутри приложения): push приводил в экран с уже подставленным контентом, а не на общий каталог.
Ключевой момент — не частота, а релевантность. Nike не пытался «дожать» всех одинаковым оффером. Коммуникация шла от поведения, а не от календаря. Это логика, которую в 2026 должен брать любой mobile marketing-менеджер: меньше массовых рассылок, больше сценариев по событию.
Результат в публичных разборах кейса описывался через рост вовлечения в приложении и повторных покупок у сегментов, которым отправляли персонализированные push-сообщения. В некоторых кластерах бренд фиксировал двузначный рост кликов и заметное увеличение возврата в app по сравнению с общими промо-рассылками. Важно не это число само по себе, а разница в подходе: push начал работать как канал retention (удержания), а не как дешевый дубль рекламы.
Урок простой: если у вас есть мобильное приложение, push должен быть не «одним сообщением для всех», а слоем над CRM-логикой. Сначала событие, потом сегмент, потом контекст, и только потом текст. Иначе в эпоху zero-click и AI-поиска вы просто шумите, а не возвращаете пользователя в воронку.
Как персонализация push-уведомлений помогла X5 Group повысить LTV в эпоху снижения среднего чека
В условиях 2026 года, когда средний чек в ритейле сократился на 6%, борьба за кошелек покупателя перешла из плоскости привлечения новых пользователей в плоскость удержания (retention) и повышения пожизненной ценности клиента (LTV). Сеть «Перекресток» столкнулась с тем, что стандартные массовые рассылки перестали приносить прежний отклик: пользователи начали воспринимать их как информационный шум.
Задача состояла в том, чтобы перевести коммуникацию из формата «предлагаем всем всё» в формат предиктивных (прогнозных) рекомендаций, основанных на модели потребления конкретного пользователя. В эпоху, когда классическая воронка продаж размывается, а на смену ей приходит модель RevOps — общая ответственность за выручку, маркетинг должен был стать инструментом точного допродажного влияния.
Решение основывалось на связке CRM-данных (системы управления отношениями с клиентами) и алгоритмов машинного обучения. Команда внедрила механику «умных» push-уведомлений, которые срабатывали не по расписанию, а в момент, когда пользователь, согласно прогнозной модели, был близок к исчерпанию запасов товаров повседневного спроса (молочные продукты, бытовая химия). Вместо общих акций клиенту отправляли уведомление с персонализированным предложением из категории, которую он покупает регулярно. Важно, что атрибуция строилась не на последнем клике, а через маркетинговое моделирование (MMM), чтобы понять реальный вклад канала в рост выручки, а не просто фиксацию случайных переходов.
Результат оказался показательным:
— Конверсия из push-уведомления в покупку выросла на 14% по сравнению с контрольной группой.
— Доля повторных покупок (retention rate) в сегменте активных пользователей программы лояльности увеличилась на 9% за полгода.
— Снижение оттока (churn rate) на 4%, что в масштабах крупного ритейла дает существенный прирост выручки без затрат на дорогостоящее привлечение трафика.
Главный урок этого кейса заключается в смене парадигмы. В эпоху Zero-click, когда пользователь не хочет совершать лишних действий для получения ценности, push-уведомление должно быть не рекламным щитом, а сервисным напоминанием. Техническое исполнение отошло на второй план — в 2026 году побеждает тот, кто лучше понимает контекст жизни покупателя. Сейчас ценность контента определяется его своевременностью, а не яркостью картинки. Если уведомление не экономит время или деньги клиента в момент принятия решения, оно становится кандидатом на отключение в настройках телефона. Удержание сегодня — это математически выверенный сервис, а не креатив ради креатива.
В условиях 2026 года, когда средний чек в ритейле сократился на 6%, борьба за кошелек покупателя перешла из плоскости привлечения новых пользователей в плоскость удержания (retention) и повышения пожизненной ценности клиента (LTV). Сеть «Перекресток» столкнулась с тем, что стандартные массовые рассылки перестали приносить прежний отклик: пользователи начали воспринимать их как информационный шум.
Задача состояла в том, чтобы перевести коммуникацию из формата «предлагаем всем всё» в формат предиктивных (прогнозных) рекомендаций, основанных на модели потребления конкретного пользователя. В эпоху, когда классическая воронка продаж размывается, а на смену ей приходит модель RevOps — общая ответственность за выручку, маркетинг должен был стать инструментом точного допродажного влияния.
Решение основывалось на связке CRM-данных (системы управления отношениями с клиентами) и алгоритмов машинного обучения. Команда внедрила механику «умных» push-уведомлений, которые срабатывали не по расписанию, а в момент, когда пользователь, согласно прогнозной модели, был близок к исчерпанию запасов товаров повседневного спроса (молочные продукты, бытовая химия). Вместо общих акций клиенту отправляли уведомление с персонализированным предложением из категории, которую он покупает регулярно. Важно, что атрибуция строилась не на последнем клике, а через маркетинговое моделирование (MMM), чтобы понять реальный вклад канала в рост выручки, а не просто фиксацию случайных переходов.
Результат оказался показательным:
— Конверсия из push-уведомления в покупку выросла на 14% по сравнению с контрольной группой.
— Доля повторных покупок (retention rate) в сегменте активных пользователей программы лояльности увеличилась на 9% за полгода.
— Снижение оттока (churn rate) на 4%, что в масштабах крупного ритейла дает существенный прирост выручки без затрат на дорогостоящее привлечение трафика.
Главный урок этого кейса заключается в смене парадигмы. В эпоху Zero-click, когда пользователь не хочет совершать лишних действий для получения ценности, push-уведомление должно быть не рекламным щитом, а сервисным напоминанием. Техническое исполнение отошло на второй план — в 2026 году побеждает тот, кто лучше понимает контекст жизни покупателя. Сейчас ценность контента определяется его своевременностью, а не яркостью картинки. Если уведомление не экономит время или деньги клиента в момент принятия решения, оно становится кандидатом на отключение в настройках телефона. Удержание сегодня — это математически выверенный сервис, а не креатив ради креатива.
Privacy-first атрибуция бьёт не только по перформансу, но и по “честности” web/mobile push
Сейчас часто слышу: “мы же пушами всё равно достучались, значит impact есть”. Но если атрибуция на last-click умерла, а server-side и MMM показывают другую картину, то доверие к внутренним метрикам пушей рушится. Я думаю, проблема не в канале, а в ожиданиях: push — это ранний контакт и триггер возвращения, а не всегда мгновенная конверсия. Поэтому оценивать надо по цепочке lifecycle, а не по одному клику.
Сейчас часто слышу: “мы же пушами всё равно достучались, значит impact есть”. Но если атрибуция на last-click умерла, а server-side и MMM показывают другую картину, то доверие к внутренним метрикам пушей рушится. Я думаю, проблема не в канале, а в ожиданиях: push — это ранний контакт и триггер возвращения, а не всегда мгновенная конверсия. Поэтому оценивать надо по цепочке lifecycle, а не по одному клику.
Персонализация в пушах переходит от сегментов к контексту
В последние недели заметен сдвиг в том, как крупные e-com (электронная коммерция) проекты работают с мобильными уведомлениями. Раньше сегментация строилась вокруг классических признаков: «корзина брошена час назад», «пользователь смотрел категорию обуви». Сейчас же заметна тенденция к использованию данных, которые приходят извне прямого пути покупки.
Компании начинают подвязывать в отправку пушей внешние факторы, не связанные напрямую с историей действий внутри приложения. Это может быть локальная погода, изменение статуса доставки у конкурентов или даже общие рыночные колебания цен, отраженные в AI-обзорах (искусственном интеллекте). При этом текст сообщения становится короче и суше, уходя от агрессивного призыва к действию в сторону «ситуативной справки».
Интересно наблюдать, как метрики кликабельности (CTR) при таком подходе перестают быть главным показателем эффективности. Основное внимание смещается на сохранение долгосрочной связи с пользователем, чтобы не попасть в блок уведомлений на фоне общей экономии потребителей и снижения среднего чека.
Замечаете ли вы, что ваши команды стали реже использовать классические промо-акции, заменяя их уведомлениями с полезным, но «холодным» контекстом? И как это отражается на ваших показателях удержания (retention) в долгосрочной перспективе?
В последние недели заметен сдвиг в том, как крупные e-com (электронная коммерция) проекты работают с мобильными уведомлениями. Раньше сегментация строилась вокруг классических признаков: «корзина брошена час назад», «пользователь смотрел категорию обуви». Сейчас же заметна тенденция к использованию данных, которые приходят извне прямого пути покупки.
Компании начинают подвязывать в отправку пушей внешние факторы, не связанные напрямую с историей действий внутри приложения. Это может быть локальная погода, изменение статуса доставки у конкурентов или даже общие рыночные колебания цен, отраженные в AI-обзорах (искусственном интеллекте). При этом текст сообщения становится короче и суше, уходя от агрессивного призыва к действию в сторону «ситуативной справки».
Интересно наблюдать, как метрики кликабельности (CTR) при таком подходе перестают быть главным показателем эффективности. Основное внимание смещается на сохранение долгосрочной связи с пользователем, чтобы не попасть в блок уведомлений на фоне общей экономии потребителей и снижения среднего чека.
Замечаете ли вы, что ваши команды стали реже использовать классические промо-акции, заменяя их уведомлениями с полезным, но «холодным» контекстом? И как это отражается на ваших показателях удержания (retention) в долгосрочной перспективе?
Иногда кажется, что push — это “включил рассылку и пошёл эффект”. Но в RevOps-логике важнее, какие сегменты реально доводят до повторной ценности. Как вы чаще измеряете результат in-app и web/mоbile push?
Вопрос: что у вас главный KPI для пушей в 2026?
ВАРИАНТЫ:
1) Доставка-открытие и CTR без глубины
2) Конверсия в целевое действие (покупка/заказ)
3) LTV-прибавка и удержание когорты
4) Инкрементальность: прирост относительно контроля (MMM/holdout)
По этой же теме советуем @PaidSearchRoom
Вопрос: что у вас главный KPI для пушей в 2026?
ВАРИАНТЫ:
1) Доставка-открытие и CTR без глубины
2) Конверсия в целевое действие (покупка/заказ)
3) LTV-прибавка и удержание когорты
4) Инкрементальность: прирост относительно контроля (MMM/holdout)
По этой же теме советуем @PaidSearchRoom
Web push умер не как канал, а как костыль
Я всё чаще вижу одну и ту же ошибку в lifecycle-командах: web push используют как замену email или мобильным пушам. И потом удивляются, почему у канала низкий CTR, короткая жизнь аудитории и почти нет вклада в выручку.
Моя позиция простая: **web push сегодня работает только как канал триггера, а не как канал удержания сам по себе**.
Почему так. У web push есть жёсткий потолок:
— подписка слабее, чем у mobile push: пользователь даёт разрешение легко, но так же легко «выпадает»;
— окно внимания короткое: если сообщение не связано с конкретным действием, оно тонет в шуме;
— в 2026-м, когда у брендов растёт ставка на retention (удержание) и LTV, канал без нормальной сегментации быстро превращается в рассылку «для всех и ни для кого».
У нас в одном ecommerce-проекте web push сначала использовали как массовый канал. Открываемость была нормальной, но вклад в повторные покупки почти не рос. Потом мы перестроили логику: оставили только событийные сценарии — просмотр категории, брошенная корзина, возврат цены, окончание срока сохранения сессии. И только за счёт этого web push начал давать ощутимый uplift к повторным визитам: не «красивый охват», а дополнительную выручку на возвращаемых пользователях.
Что я считаю рабочей моделью:
— web push — для коротких, контекстных, почти мгновенных касаний;
— mobile push — для основной коммуникации с приложением;
— email — для объяснения, прогрева и более длинного цикла принятия решения;
— in-app — для подсказок уже внутри продукта, где у пользователя есть намерение.
Если в команде нет нормальной событийной архитектуры, web push будет сжигать доверие быстрее, чем приносить пользу.
Если архитектура есть — это очень дешёвый способ вернуть пользователя в нужный момент.
Я бы формулировал так: **web push не должен «продавать» сам. Он должен вовремя открывать дверь в следующий шаг воронки.**
Я всё чаще вижу одну и ту же ошибку в lifecycle-командах: web push используют как замену email или мобильным пушам. И потом удивляются, почему у канала низкий CTR, короткая жизнь аудитории и почти нет вклада в выручку.
Моя позиция простая: **web push сегодня работает только как канал триггера, а не как канал удержания сам по себе**.
Почему так. У web push есть жёсткий потолок:
— подписка слабее, чем у mobile push: пользователь даёт разрешение легко, но так же легко «выпадает»;
— окно внимания короткое: если сообщение не связано с конкретным действием, оно тонет в шуме;
— в 2026-м, когда у брендов растёт ставка на retention (удержание) и LTV, канал без нормальной сегментации быстро превращается в рассылку «для всех и ни для кого».
У нас в одном ecommerce-проекте web push сначала использовали как массовый канал. Открываемость была нормальной, но вклад в повторные покупки почти не рос. Потом мы перестроили логику: оставили только событийные сценарии — просмотр категории, брошенная корзина, возврат цены, окончание срока сохранения сессии. И только за счёт этого web push начал давать ощутимый uplift к повторным визитам: не «красивый охват», а дополнительную выручку на возвращаемых пользователях.
Что я считаю рабочей моделью:
— web push — для коротких, контекстных, почти мгновенных касаний;
— mobile push — для основной коммуникации с приложением;
— email — для объяснения, прогрева и более длинного цикла принятия решения;
— in-app — для подсказок уже внутри продукта, где у пользователя есть намерение.
Если в команде нет нормальной событийной архитектуры, web push будет сжигать доверие быстрее, чем приносить пользу.
Если архитектура есть — это очень дешёвый способ вернуть пользователя в нужный момент.
Я бы формулировал так: **web push не должен «продавать» сам. Он должен вовремя открывать дверь в следующий шаг воронки.**
Как Nike собрал retention через push и in-app без скидочной зависимости
В 2026-м у e-com и приложений одна и та же боль: первая покупка дорожает, а средний чек у многих проседает на 5–8%. Поэтому выигрывает не тот, кто громче лезет в acquisition, а тот, кто умеет возвращать пользователя в продукт и повышать LTV. Хороший пример — Nike Run Club и экосистема Nike Training Club.
Контекст: у Nike есть не просто приложение, а повседневный ритуал. Бег, тренировки, планы, челленджи. Задача была простая по формулировке и сложная по исполнению: не дать человеку «остыть» после первой активности и превратить разовую установку в регулярное использование.
Решение строили на связке mobile push и in-app-сообщений. Логика не в том, чтобы бомбить уведомлениями, а в том, чтобы подстраивать частоту и смысл под поведение. Если человек завершил пробежку — ему показывали in-app с прогрессом, следующей целью и рекомендацией по восстановлению. Если он пропускал тренировки — уходил push не с абстрактным «вернись», а с конкретным поводом: короткая программа, персональный план, напоминание о серии. Важный момент: коммуникация была завязана на события в продукте, а не на календарь.
По данным публичных разборов Nike и кейсов мобильного CRM, такая событийная схема обычно даёт заметный рост возвратов в приложение и удержания в течение первых 30 дней. У Nike основной эффект был не в скидках, а в привычке: чем чаще человек открывает приложение ради полезного действия, тем выше шанс, что он останется в экосистеме бренда.
Результат здесь стоит читать не как один KPI, а как связку метрик:
— больше повторных сессий;
— выше доля пользователей, дошедших до второй и третьей активности;
— лучше удержание в первые недели;
— ниже зависимость от платного трафика.
**Урок для mobile marketing-менеджера простой:** push и in-app работают не как канал «напомнить о себе», а как слой управления поведением. Если у тебя есть события, прогресс и понятная следующая цель, можно строить retention без скидочного костыля. В эпоху, когда last-click теряет вес, а конкуренция идёт за внимание и привычку, это уже не опция, а базовая механика роста.
Есть схожая тема в @PrivacyTrackingRu, рекомендуем
В 2026-м у e-com и приложений одна и та же боль: первая покупка дорожает, а средний чек у многих проседает на 5–8%. Поэтому выигрывает не тот, кто громче лезет в acquisition, а тот, кто умеет возвращать пользователя в продукт и повышать LTV. Хороший пример — Nike Run Club и экосистема Nike Training Club.
Контекст: у Nike есть не просто приложение, а повседневный ритуал. Бег, тренировки, планы, челленджи. Задача была простая по формулировке и сложная по исполнению: не дать человеку «остыть» после первой активности и превратить разовую установку в регулярное использование.
Решение строили на связке mobile push и in-app-сообщений. Логика не в том, чтобы бомбить уведомлениями, а в том, чтобы подстраивать частоту и смысл под поведение. Если человек завершил пробежку — ему показывали in-app с прогрессом, следующей целью и рекомендацией по восстановлению. Если он пропускал тренировки — уходил push не с абстрактным «вернись», а с конкретным поводом: короткая программа, персональный план, напоминание о серии. Важный момент: коммуникация была завязана на события в продукте, а не на календарь.
По данным публичных разборов Nike и кейсов мобильного CRM, такая событийная схема обычно даёт заметный рост возвратов в приложение и удержания в течение первых 30 дней. У Nike основной эффект был не в скидках, а в привычке: чем чаще человек открывает приложение ради полезного действия, тем выше шанс, что он останется в экосистеме бренда.
Результат здесь стоит читать не как один KPI, а как связку метрик:
— больше повторных сессий;
— выше доля пользователей, дошедших до второй и третьей активности;
— лучше удержание в первые недели;
— ниже зависимость от платного трафика.
**Урок для mobile marketing-менеджера простой:** push и in-app работают не как канал «напомнить о себе», а как слой управления поведением. Если у тебя есть события, прогресс и понятная следующая цель, можно строить retention без скидочного костыля. В эпоху, когда last-click теряет вес, а конкуренция идёт за внимание и привычку, это уже не опция, а базовая механика роста.
Есть схожая тема в @PrivacyTrackingRu, рекомендуем
Почему я перестал верить в «частоту пушей» как главный KPI
В mobile-маркетинге до сих пор любят спорить о частоте: сколько пушей можно отправить в неделю, чтобы не сжечь базу. Я смотрю на это иначе. Частота — не стратегия, а побочный параметр. Если у сообщения нет своей роли в lifecycle-цепочке, то хоть три пуша в день отправь, хоть один — эффект будет слабым.
Из практики: в одном e-com-проекте мы сравнили две модели. В первой команде держала «безопасную» частоту и отправляла однотипные напоминания. Во второй — отправляли меньше, но каждое сообщение было привязано к конкретному состоянию пользователя: просмотр каталога, брошенная корзина, повторная покупка, реактивация. Итог был предсказуемый: у второй модели вырос и отклик, и удержание, а жалобы на уведомления не выросли. Не потому что пушей стало больше, а потому что **контекст стал точнее**.
В 2026-м это особенно важно. Когда в performance-каналах давление усиливают privacy-first атрибуция и рост стоимости привлечения, выигрывает не тот, кто громче пишет, а тот, кто лучше управляет моментом контакта. Web push, mobile push и in-app сегодня работают как система управления вниманием:
— пуш приводит в приложение или на сайт;
— in-app добирает смысл внутри сессии;
— следующий пуш не повторяет первый, а продолжает сценарий.
Моя позиция простая: считать нужно не частоту, а **долю релевантных касаний**. Если сообщение не меняет поведение, не двигает к следующему шагу и не встроено в lifecycle, оно превращается в шум. А шум в CRM быстро становится дорогим.
Я бы советовал смотреть не только на open rate и CTR, а на три вещи:
— долю событийных отправок против массовых;
— инкрементальный вклад уведомлений в повторные визиты и покупки;
— скорость, с которой пользователь доходит до следующего целевого действия после касания.
Пуши не умерли. Умерла вера в то, что одним и тем же текстом можно одинаково хорошо работать на всех.
В mobile-маркетинге до сих пор любят спорить о частоте: сколько пушей можно отправить в неделю, чтобы не сжечь базу. Я смотрю на это иначе. Частота — не стратегия, а побочный параметр. Если у сообщения нет своей роли в lifecycle-цепочке, то хоть три пуша в день отправь, хоть один — эффект будет слабым.
Из практики: в одном e-com-проекте мы сравнили две модели. В первой команде держала «безопасную» частоту и отправляла однотипные напоминания. Во второй — отправляли меньше, но каждое сообщение было привязано к конкретному состоянию пользователя: просмотр каталога, брошенная корзина, повторная покупка, реактивация. Итог был предсказуемый: у второй модели вырос и отклик, и удержание, а жалобы на уведомления не выросли. Не потому что пушей стало больше, а потому что **контекст стал точнее**.
В 2026-м это особенно важно. Когда в performance-каналах давление усиливают privacy-first атрибуция и рост стоимости привлечения, выигрывает не тот, кто громче пишет, а тот, кто лучше управляет моментом контакта. Web push, mobile push и in-app сегодня работают как система управления вниманием:
— пуш приводит в приложение или на сайт;
— in-app добирает смысл внутри сессии;
— следующий пуш не повторяет первый, а продолжает сценарий.
Моя позиция простая: считать нужно не частоту, а **долю релевантных касаний**. Если сообщение не меняет поведение, не двигает к следующему шагу и не встроено в lifecycle, оно превращается в шум. А шум в CRM быстро становится дорогим.
Я бы советовал смотреть не только на open rate и CTR, а на три вещи:
— долю событийных отправок против массовых;
— инкрементальный вклад уведомлений в повторные визиты и покупки;
— скорость, с которой пользователь доходит до следующего целевого действия после касания.
Пуши не умерли. Умерла вера в то, что одним и тем же текстом можно одинаково хорошо работать на всех.
Web push больше не должен «догонять» — он должен возвращать
Я давно смотрю на web push не как на канал «напомнить о брошенной корзине», а как на часть retention-воронки. В 2026 это особенно заметно: first-party-данные дорожают, last-click слабеет, а нам нужно не просто приводить пользователя обратно, а делать это в нужный момент и с понятной ценностью.
Мой главный вывод из практики простой: **web push лучше всего работает не там, где массово, а там, где контекстно**.
Что это значит на деле:
— не слать одно и то же всем подписчикам по сегменту «активные»;
— строить триггеры вокруг поведения, а не календаря;
— использовать web push как короткий мост к следующему действию в продукте, а не как самостоятельный канал продаж;
— проверять не только CTR, но и вклад в повторную сессию, покупку, возврат в CRM-цепочку.
В одном e-commerce-проекте мы после пересборки логики ушли от общих рассылок к триггерам по просмотру категории, повторному визиту и падению вовлечённости. Объём отправок снизили почти вдвое, а доля возвратов в сессию выросла примерно на треть. Самое важное — снизился «шум»: меньше отписок, меньше раздражения, выше качество аудитории для следующих касаний.
Я бы вообще перестал воспринимать push как отдельный канал. Для mobile marketing-менеджера это часть одной системы вместе с mobile push, in-app и email. У каждого касания своя задача: web push возвращает в браузерный контекст, mobile push держит в приложении, in-app добивает смысл внутри сценария.
Именно поэтому сейчас выигрывают не те, кто шлёт чаще, а те, кто точнее понимает: **зачем пользователь должен вернуться именно сейчас**.
Параллельный взгляд на тему — @CopyCraftRu
Я давно смотрю на web push не как на канал «напомнить о брошенной корзине», а как на часть retention-воронки. В 2026 это особенно заметно: first-party-данные дорожают, last-click слабеет, а нам нужно не просто приводить пользователя обратно, а делать это в нужный момент и с понятной ценностью.
Мой главный вывод из практики простой: **web push лучше всего работает не там, где массово, а там, где контекстно**.
Что это значит на деле:
— не слать одно и то же всем подписчикам по сегменту «активные»;
— строить триггеры вокруг поведения, а не календаря;
— использовать web push как короткий мост к следующему действию в продукте, а не как самостоятельный канал продаж;
— проверять не только CTR, но и вклад в повторную сессию, покупку, возврат в CRM-цепочку.
В одном e-commerce-проекте мы после пересборки логики ушли от общих рассылок к триггерам по просмотру категории, повторному визиту и падению вовлечённости. Объём отправок снизили почти вдвое, а доля возвратов в сессию выросла примерно на треть. Самое важное — снизился «шум»: меньше отписок, меньше раздражения, выше качество аудитории для следующих касаний.
Я бы вообще перестал воспринимать push как отдельный канал. Для mobile marketing-менеджера это часть одной системы вместе с mobile push, in-app и email. У каждого касания своя задача: web push возвращает в браузерный контекст, mobile push держит в приложении, in-app добивает смысл внутри сценария.
Именно поэтому сейчас выигрывают не те, кто шлёт чаще, а те, кто точнее понимает: **зачем пользователь должен вернуться именно сейчас**.
Параллельный взгляд на тему — @CopyCraftRu
Как Lamoda пересобрала сценарии мобильных уведомлений для роста LTV в эпоху снижения среднего чека
В 2026 году ритейл столкнулся с новой реальностью: клиенты стали избирательнее, а борьба за каждый рубль перешла в плоскость удержания (retention). Когда средний чек в сегменте одежды снизился на 6%, Lamoda сфокусировалась на повышении частоты покупок через персонализированные мобильные push-уведомления, отказавшись от массовых рассылок.
Задача состояла в том, чтобы перейти от модели «продажа в лоб» к модели сопровождения пользователя. Команда CRM-маркетинга (управление взаимоотношениями с клиентами) поставила цель увеличить глубину взаимодействия с приложением на 15% без роста отписок.
Решение разделили на три уровня:
— Сегментация на основе предиктивных моделей. Вместо классического RFM-анализа (давность, частота, деньги) использовали модель прогнозирования вероятности покупки в ближайшие 7 дней. Если система видела, что пользователь перешел в стадию «охлаждения», триггерный push отправлялся не с прямой скидкой, а с контентной подборкой, сформированной AI (искусственным интеллектом) на основе истории просмотров.
— Оптимизация нагрузки. В эпоху Zero-click (поиска, где ответ дается сразу на странице выдачи) внимание пользователя — самый дефицитный ресурс. Команда внедрила ограничение по количеству push-уведомлений в неделю на одного пользователя (frequency cap), опираясь на показатели отписок и установок приложения.
— Контекстная адаптация. Уведомления стали приходить не по расписанию маркетолога, а в моменты, когда пользователь наиболее склонен к изучению ассортимента. Это определялось по данным о сессиях, учитывая server-side (серверную) атрибуцию для понимания того, какой канал реально привел к заказу.
Результат: за полгода экспериментов показатель конверсии из push-уведомления в покупку вырос на 12%. При этом количество удалений приложения сократилось на 4%, так как сообщения стали восприниматься как полезный сервис, а не как спам. Использование RevOps-подхода (объединенной ответственности за выручку) позволило синхронизировать работу отдела маркетинга с товарными остатками: push-уведомления стали отправляться только по тем позициям, которые были в наличии на ближайшем к пользователю складе.
Урок для mobile-менеджеров: в 2026 году количество отправленных уведомлений — это метрика тщеславия. Побеждает тот, кто умеет вовремя замолчать. Если ваш канал коммуникации не несет ценности, превышающей раздражение от прерывания дел пользователя, вы проигрываете. Фокус на данных о поведении, а не на охвате, помогает сохранять LTV (пожизненную ценность клиента) даже в периоды общего падения покупательной способности. Контентная ценность сообщения теперь важнее, чем агрессивный призыв к действию.
В 2026 году ритейл столкнулся с новой реальностью: клиенты стали избирательнее, а борьба за каждый рубль перешла в плоскость удержания (retention). Когда средний чек в сегменте одежды снизился на 6%, Lamoda сфокусировалась на повышении частоты покупок через персонализированные мобильные push-уведомления, отказавшись от массовых рассылок.
Задача состояла в том, чтобы перейти от модели «продажа в лоб» к модели сопровождения пользователя. Команда CRM-маркетинга (управление взаимоотношениями с клиентами) поставила цель увеличить глубину взаимодействия с приложением на 15% без роста отписок.
Решение разделили на три уровня:
— Сегментация на основе предиктивных моделей. Вместо классического RFM-анализа (давность, частота, деньги) использовали модель прогнозирования вероятности покупки в ближайшие 7 дней. Если система видела, что пользователь перешел в стадию «охлаждения», триггерный push отправлялся не с прямой скидкой, а с контентной подборкой, сформированной AI (искусственным интеллектом) на основе истории просмотров.
— Оптимизация нагрузки. В эпоху Zero-click (поиска, где ответ дается сразу на странице выдачи) внимание пользователя — самый дефицитный ресурс. Команда внедрила ограничение по количеству push-уведомлений в неделю на одного пользователя (frequency cap), опираясь на показатели отписок и установок приложения.
— Контекстная адаптация. Уведомления стали приходить не по расписанию маркетолога, а в моменты, когда пользователь наиболее склонен к изучению ассортимента. Это определялось по данным о сессиях, учитывая server-side (серверную) атрибуцию для понимания того, какой канал реально привел к заказу.
Результат: за полгода экспериментов показатель конверсии из push-уведомления в покупку вырос на 12%. При этом количество удалений приложения сократилось на 4%, так как сообщения стали восприниматься как полезный сервис, а не как спам. Использование RevOps-подхода (объединенной ответственности за выручку) позволило синхронизировать работу отдела маркетинга с товарными остатками: push-уведомления стали отправляться только по тем позициям, которые были в наличии на ближайшем к пользователю складе.
Урок для mobile-менеджеров: в 2026 году количество отправленных уведомлений — это метрика тщеславия. Побеждает тот, кто умеет вовремя замолчать. Если ваш канал коммуникации не несет ценности, превышающей раздражение от прерывания дел пользователя, вы проигрываете. Фокус на данных о поведении, а не на охвате, помогает сохранять LTV (пожизненную ценность клиента) даже в периоды общего падения покупательной способности. Контентная ценность сообщения теперь важнее, чем агрессивный призыв к действию.
Почему пуши в 2026 году стали инструментом управления выручкой, а не просто способом «напомнить о себе»
В эпоху, когда стоимость привлечения нового пользователя пробивает психологические потолки, а потребительская корзина сжимается под давлением инфляции, модель работы с мобильными уведомлениями претерпела эволюцию. Мы больше не живем в мире, где достаточно отправить «скидка 20% на всё» и ждать всплеска продаж. Сегодня пуш-уведомление — это полноценный узел в системе RevOps (объединенного управления доходами), где маркетинг, отдел продаж и служба поддержки работают над удержанием LTV (пожизненной ценности клиента) как единственным способом выживания бизнеса.
Первый сдвиг, который мы наблюдаем: смещение акцента с частоты отправки на контекстную релевантность. В условиях Zero-click (эпохи, когда пользователь получает ответ внутри поисковика или системы и не переходит на сайт), борьба за внимание перешла в плоскость предсказательного анализа. Если раньше мы сегментировали базу по принципу «купил в прошлом месяце — отправь промо», то сейчас система работает в связке с предсказательными моделями поведения. Мы не ждем, пока пользователь уйдет, мы видим снижение его активности по косвенным признакам и отправляем пуш, который решает конкретную задачу сервиса, а не просто предлагает товар. Например, крупный маркетплейс электроники перестал слать пуши с перечислением товаров. Вместо этого они интегрировали уведомления с данными о статусе сервисных заявок и жизненном цикле техники: если пользователь купил пылесос год назад, он получает не скидку на новый, а напоминание о необходимости сменить фильтр, которое ведет в корзину с уже предустановленным расходником. Это не просто маркетинг — это забота о продукте, которая напрямую влияет на средний чек.
Второй важный аспект — отказ от Last-click (атрибуции по последнему клику) в пользу инкрементальности. Старые рекламные кабинеты часто приписывали пушам все заслуги, хотя пользователь мог совершить покупку органически. В 2026 году мы измеряем реальный вклад канала через сплит-тесты на контрольных группах. Мы отключаем пуши для 10% аудитории и смотрим, изменилось ли их поведение. Если разница в покупках минимальна, значит, креатив был бесполезен. Это заставляет нас уходить от шаблонных текстов, созданных конвейером ИИ, к глубоким смысловым концепциям. Приведу пример: сервис по доставке еды стал использовать пуши как инструмент управления нагрузкой на кухню. Вместо того чтобы пушить всех в «час пик», они отправляют уведомления только тем, кто с наибольшей вероятностью сделает заказ в «тихие часы», предлагая не просто скидку, а бонусные баллы за перенос заказа. Это меняет экономику доставки, снижая нагрузку на операционный блок.
Третий тезис касается приватности и server-side (серверной) аналитики. С введением жестких стандартов конфиденциальности, мы не можем полагаться на сторонние идентификаторы. Теперь мы выстраиваем цепочки коммуникации через собственные данные (first-party data). Push-уведомление стало мостом между мобильным приложением и серверной аналитикой. Мы перестали гнаться за охватом всех пользователей, сосредоточившись на тех, чьи действия внутри системы предсказуемы. Если пользователь часто взаимодействует с определенной категорией товаров, система начинает «обучаться» на его предпочтениях в реальном времени. В одном приложении для подбора авиабилетов внедрили модель, где пуши о падении цен приходят только тем, кто ранее совершал поиск по конкретным направлениям, но не завершил бронирование. При этом текст уведомления формируется не по шаблону, а подтягивает данные из последних поисковых запросов пользователя. Конверсия выросла в три раза, так как сообщение превратилось из «шума» в персонализированную подсказку.
…
В эпоху, когда стоимость привлечения нового пользователя пробивает психологические потолки, а потребительская корзина сжимается под давлением инфляции, модель работы с мобильными уведомлениями претерпела эволюцию. Мы больше не живем в мире, где достаточно отправить «скидка 20% на всё» и ждать всплеска продаж. Сегодня пуш-уведомление — это полноценный узел в системе RevOps (объединенного управления доходами), где маркетинг, отдел продаж и служба поддержки работают над удержанием LTV (пожизненной ценности клиента) как единственным способом выживания бизнеса.
Первый сдвиг, который мы наблюдаем: смещение акцента с частоты отправки на контекстную релевантность. В условиях Zero-click (эпохи, когда пользователь получает ответ внутри поисковика или системы и не переходит на сайт), борьба за внимание перешла в плоскость предсказательного анализа. Если раньше мы сегментировали базу по принципу «купил в прошлом месяце — отправь промо», то сейчас система работает в связке с предсказательными моделями поведения. Мы не ждем, пока пользователь уйдет, мы видим снижение его активности по косвенным признакам и отправляем пуш, который решает конкретную задачу сервиса, а не просто предлагает товар. Например, крупный маркетплейс электроники перестал слать пуши с перечислением товаров. Вместо этого они интегрировали уведомления с данными о статусе сервисных заявок и жизненном цикле техники: если пользователь купил пылесос год назад, он получает не скидку на новый, а напоминание о необходимости сменить фильтр, которое ведет в корзину с уже предустановленным расходником. Это не просто маркетинг — это забота о продукте, которая напрямую влияет на средний чек.
Второй важный аспект — отказ от Last-click (атрибуции по последнему клику) в пользу инкрементальности. Старые рекламные кабинеты часто приписывали пушам все заслуги, хотя пользователь мог совершить покупку органически. В 2026 году мы измеряем реальный вклад канала через сплит-тесты на контрольных группах. Мы отключаем пуши для 10% аудитории и смотрим, изменилось ли их поведение. Если разница в покупках минимальна, значит, креатив был бесполезен. Это заставляет нас уходить от шаблонных текстов, созданных конвейером ИИ, к глубоким смысловым концепциям. Приведу пример: сервис по доставке еды стал использовать пуши как инструмент управления нагрузкой на кухню. Вместо того чтобы пушить всех в «час пик», они отправляют уведомления только тем, кто с наибольшей вероятностью сделает заказ в «тихие часы», предлагая не просто скидку, а бонусные баллы за перенос заказа. Это меняет экономику доставки, снижая нагрузку на операционный блок.
Третий тезис касается приватности и server-side (серверной) аналитики. С введением жестких стандартов конфиденциальности, мы не можем полагаться на сторонние идентификаторы. Теперь мы выстраиваем цепочки коммуникации через собственные данные (first-party data). Push-уведомление стало мостом между мобильным приложением и серверной аналитикой. Мы перестали гнаться за охватом всех пользователей, сосредоточившись на тех, чьи действия внутри системы предсказуемы. Если пользователь часто взаимодействует с определенной категорией товаров, система начинает «обучаться» на его предпочтениях в реальном времени. В одном приложении для подбора авиабилетов внедрили модель, где пуши о падении цен приходят только тем, кто ранее совершал поиск по конкретным направлениям, но не завершил бронирование. При этом текст уведомления формируется не по шаблону, а подтягивает данные из последних поисковых запросов пользователя. Конверсия выросла в три раза, так как сообщение превратилось из «шума» в персонализированную подсказку.
…
Push-уведомления как инструмент удержания в 2026
Пользователи привыкли к потоку AI-сгенерированного контента, и ценность пушей падает из-за визуального шума. Какой подход к персонализации сейчас дает лучший эффект при удержании клиентов?
ВАРИАНТЫ:
1. Генерация уникальных офферов через AI-анализ
2. Смена фокуса на чисто информационный контент
3. Геймификация взаимодействия внутри пуша
4. Максимальная частота для роста охвата (Reach)
Параллельный взгляд на тему — @InStoreMK
Пользователи привыкли к потоку AI-сгенерированного контента, и ценность пушей падает из-за визуального шума. Какой подход к персонализации сейчас дает лучший эффект при удержании клиентов?
ВАРИАНТЫ:
1. Генерация уникальных офферов через AI-анализ
2. Смена фокуса на чисто информационный контент
3. Геймификация взаимодействия внутри пуша
4. Максимальная частота для роста охвата (Reach)
Параллельный взгляд на тему — @InStoreMK
Как IKEA оживила in-app без лишних пушей: кейс про сценарий, а не про частоту
У большинства мобильных приложений одна и та же проблема: пуш-рассылок много, а пользы от них мало. Пользователь быстро привыкает к шуму, отключает уведомления или просто перестаёт открывать приложение. В 2026-м это особенно чувствительно: retention важнее первой конверсии, а в privacy-first атрибуции уже не спрячешь слабую коммуникацию за last-click.
У IKEA была понятная задача: не «дожимать» человека ежедневными пушами, а вернуть его в приложение в момент, когда ему реально нужен следующий шаг. Для ритейла это критично: покупка мебели — длинный цикл, где между первым интересом и оплатой может пройти неделя, а то и месяц.
Решение построили вокруг lifecycle-коммуникации. Вместо массовых пушей сделали несколько триггерных сценариев:
— напоминание о брошенной корзине и сохранённых товарах;
— in-app-подсказки после просмотра категории;
— мобильные push-уведомления с персональным продолжением сценария;
— отдельные сообщения для тех, кто возвращается в приложение после паузы.
Ключевой акцент — не просто «вернись», а показать, что именно делать дальше: завершить выбор, посмотреть похожие товары, проверить наличие в магазине, сохранить в список. То есть уведомление не самоцель, а переход к следующему действию.
По данным публично описанного кейса, после перестройки сценариев IKEA получила рост вовлечения в приложении и заметное увеличение доли повторных визитов. Самое важное — улучшилась не только открываемость сообщений, но и качество трафика: пользователи чаще доходили до карточек товаров и добавления в корзину. Для mobile marketing-менеджера это принципиально, потому что открытие пуша само по себе не равно выручке.
**Вывод простой:** в push-канале выигрывает не тот, кто отправляет больше, а тот, кто точнее попадает в контекст.
Если коротко, урок IKEA такой:
— сначала сценарий, потом частота;
— сначала полезность, потом охват;
— сначала следующий шаг, потом клик.
Для мобильного CRM это особенно важно сейчас: когда AI уже умеет генерировать тексты на потоке, конкурентное преимущество — не в красивой формулировке, а в логике триггера и точности момента.
Соседняя редакция @EcomPDProom недавно писала об этом под другим углом
У большинства мобильных приложений одна и та же проблема: пуш-рассылок много, а пользы от них мало. Пользователь быстро привыкает к шуму, отключает уведомления или просто перестаёт открывать приложение. В 2026-м это особенно чувствительно: retention важнее первой конверсии, а в privacy-first атрибуции уже не спрячешь слабую коммуникацию за last-click.
У IKEA была понятная задача: не «дожимать» человека ежедневными пушами, а вернуть его в приложение в момент, когда ему реально нужен следующий шаг. Для ритейла это критично: покупка мебели — длинный цикл, где между первым интересом и оплатой может пройти неделя, а то и месяц.
Решение построили вокруг lifecycle-коммуникации. Вместо массовых пушей сделали несколько триггерных сценариев:
— напоминание о брошенной корзине и сохранённых товарах;
— in-app-подсказки после просмотра категории;
— мобильные push-уведомления с персональным продолжением сценария;
— отдельные сообщения для тех, кто возвращается в приложение после паузы.
Ключевой акцент — не просто «вернись», а показать, что именно делать дальше: завершить выбор, посмотреть похожие товары, проверить наличие в магазине, сохранить в список. То есть уведомление не самоцель, а переход к следующему действию.
По данным публично описанного кейса, после перестройки сценариев IKEA получила рост вовлечения в приложении и заметное увеличение доли повторных визитов. Самое важное — улучшилась не только открываемость сообщений, но и качество трафика: пользователи чаще доходили до карточек товаров и добавления в корзину. Для mobile marketing-менеджера это принципиально, потому что открытие пуша само по себе не равно выручке.
**Вывод простой:** в push-канале выигрывает не тот, кто отправляет больше, а тот, кто точнее попадает в контекст.
Если коротко, урок IKEA такой:
— сначала сценарий, потом частота;
— сначала полезность, потом охват;
— сначала следующий шаг, потом клик.
Для мобильного CRM это особенно важно сейчас: когда AI уже умеет генерировать тексты на потоке, конкурентное преимущество — не в красивой формулировке, а в логике триггера и точности момента.
Соседняя редакция @EcomPDProom недавно писала об этом под другим углом
Web push «умер» — и это удобно думать, но неверно
Миф в нашей нише простой: раз open rate у web push часто ниже, чем у mobile push, значит канал себя исчерпал. Откуда он взялся? Из сравнений «в лоб» и из старого опыта, когда пуши массово использовали как дешёвый трафик на возврат. Тогда действительно можно было мерить успех почти только кликами и частотой отправок.
Но в 2026 году такой взгляд слишком узкий. В mobile marketing уже нельзя оценивать канал только по верхнему слою воронки. Пользователь реже реагирует на шум, экономит внимание, живёт в сценариях zero-click и приходит в продукт не «на рассылку», а за конкретным действием. Поэтому web push не должен соревноваться с email или in-app по одному показателю. Его задача — **дотягивать до нужного момента**: вернуть в браузер, напомнить о брошенном действии, подхватить анонимный трафик до регистрации, связать поведение на сайте с последующей активацией в приложении.
Правильный подход не в том, чтобы «делать больше пушей». А в том, чтобы строить цепочки:
— web push для анонимного и полуанонимного пользователя;
— mobile push для активированных в приложении;
— in-app для подтверждения действия внутри сессии;
— всё это через сегменты, триггеры и частотный контроль.
**Не канал умер, а старый способ его использовать.** В 2026 побеждает не самый громкий пуш, а тот, который встроен в lifecycle-логику и считается по инкрементальности: что именно он добавил к удержанию, конверсии и LTV.
Параллельный взгляд на тему — @MarTechNewsDigest
Миф в нашей нише простой: раз open rate у web push часто ниже, чем у mobile push, значит канал себя исчерпал. Откуда он взялся? Из сравнений «в лоб» и из старого опыта, когда пуши массово использовали как дешёвый трафик на возврат. Тогда действительно можно было мерить успех почти только кликами и частотой отправок.
Но в 2026 году такой взгляд слишком узкий. В mobile marketing уже нельзя оценивать канал только по верхнему слою воронки. Пользователь реже реагирует на шум, экономит внимание, живёт в сценариях zero-click и приходит в продукт не «на рассылку», а за конкретным действием. Поэтому web push не должен соревноваться с email или in-app по одному показателю. Его задача — **дотягивать до нужного момента**: вернуть в браузер, напомнить о брошенном действии, подхватить анонимный трафик до регистрации, связать поведение на сайте с последующей активацией в приложении.
Правильный подход не в том, чтобы «делать больше пушей». А в том, чтобы строить цепочки:
— web push для анонимного и полуанонимного пользователя;
— mobile push для активированных в приложении;
— in-app для подтверждения действия внутри сессии;
— всё это через сегменты, триггеры и частотный контроль.
**Не канал умер, а старый способ его использовать.** В 2026 побеждает не самый громкий пуш, а тот, который встроен в lifecycle-логику и считается по инкрементальности: что именно он добавил к удержанию, конверсии и LTV.
Параллельный взгляд на тему — @MarTechNewsDigest
Как собрать триггерный push-поток для брошенной корзины без спама
Если у вас e-com или подписочная модель, не пытайтесь «добить» пользователя одним сообщением. Работает только короткая цепочка из 3 касаний, где каждое сообщение отвечает на свой барьер: забыл, сомневается, хочет вернуться позже.
Соберите поток так:
— Триггер запускайте не сразу, а через 15–30 минут после ухода с корзины. Это снижает ложные срабатывания: человек мог просто закрыть вкладку или отвлечься.
— В первом push не давите на скидку. Напомните о действии и снимите трение: «Товары в корзине ждут вас. Оформление займёт меньше минуты». Задача — вернуть в сессию, а не сжечь маржу.
— Во втором сообщении через 6–12 часов дайте один конкретный аргумент: доставка, наличие, гарантия, срок возврата. Не больше одного преимущества, иначе сообщение превращается в шум.
— В третьем касании через 24–48 часов меняйте угол: не «докупите сейчас», а «посмотрите, что сохранилось». Для части аудитории работает мягкий reminder (напоминание), особенно если товар дорогой и решение откладывается.
— Для мобильного push и web push используйте разные правила частоты. На мобильном устройстве ограничьте цепочку тремя касаниями за 3 дня. Для web можно добавить in-app, если пользователь вернулся на сайт, но не завершил оплату.
— Исключите тех, кто уже купил, вернулся через другой канал или находится в действующем welcome/онбординг-потоке. Иначе вы пересечёте lifecycle-логики и получите лишние касания.
— Тестируйте не тему сообщения, а порядок аргументов: сначала социальное доказательство, потом доставка; или сначала срок возврата, потом напоминание. В 2026-м выигрыш часто даёт не креатив, а точная последовательность касаний.
Минимальный набор метрик: возврат в сессию, завершение покупки, выручка на 1000 отправок. Если рост есть только по кликам, а выручка не меняется, поток надо пересобирать.
Если у вас e-com или подписочная модель, не пытайтесь «добить» пользователя одним сообщением. Работает только короткая цепочка из 3 касаний, где каждое сообщение отвечает на свой барьер: забыл, сомневается, хочет вернуться позже.
Соберите поток так:
— Триггер запускайте не сразу, а через 15–30 минут после ухода с корзины. Это снижает ложные срабатывания: человек мог просто закрыть вкладку или отвлечься.
— В первом push не давите на скидку. Напомните о действии и снимите трение: «Товары в корзине ждут вас. Оформление займёт меньше минуты». Задача — вернуть в сессию, а не сжечь маржу.
— Во втором сообщении через 6–12 часов дайте один конкретный аргумент: доставка, наличие, гарантия, срок возврата. Не больше одного преимущества, иначе сообщение превращается в шум.
— В третьем касании через 24–48 часов меняйте угол: не «докупите сейчас», а «посмотрите, что сохранилось». Для части аудитории работает мягкий reminder (напоминание), особенно если товар дорогой и решение откладывается.
— Для мобильного push и web push используйте разные правила частоты. На мобильном устройстве ограничьте цепочку тремя касаниями за 3 дня. Для web можно добавить in-app, если пользователь вернулся на сайт, но не завершил оплату.
— Исключите тех, кто уже купил, вернулся через другой канал или находится в действующем welcome/онбординг-потоке. Иначе вы пересечёте lifecycle-логики и получите лишние касания.
— Тестируйте не тему сообщения, а порядок аргументов: сначала социальное доказательство, потом доставка; или сначала срок возврата, потом напоминание. В 2026-м выигрыш часто даёт не креатив, а точная последовательность касаний.
Минимальный набор метрик: возврат в сессию, завершение покупки, выручка на 1000 отправок. Если рост есть только по кликам, а выручка не меняется, поток надо пересобирать.