Триггер “вернулся в продукт” больше не про push — я бы перестроил логику

Триггер “вернулся в продукт” больше не про push — я бы перестроил логику

В 2026 году я всё чаще вижу одну и ту же проблему: в CRM событие “пользователь вернулся/снова активен” триггерит пуши, которые выглядят как маркетинговая открытка. Результат предсказуемый — рост доставки не конвертируется в выручку, потому что триггер выбран по факту присутствия, а не по намерению.

Моя позиция простая: **возврат в приложение/сайт — это сигнал о доступности, но не о готовности действовать**. А значит, пуш должен доказывать релевантность не “мы тебя ждали”, а “мы понимаем, что ты сейчас можешь сделать”.

Как я перестраиваю воронку (и почему это работает)
1) Разделяю триггер на два слоя:
— “возврат” (технический факт)
— “контекст возврата” (что человек пытался/искал до ухода и что поменялось после)
Например, если пользователь вернулся после паузы и в сессии снова сделал то же ключевое действие (просмотр конкретной категории, открытие карточки, шаг оформления), push может быть полезным. Если же он зашёл “погулять” — пуш почти всегда будет раздражать.

2) Делают не одну отправку, а “один из сценариев”
Я ставлю правило: на событие возврата пуш отправляем только при наличии одного из признаков готовности:
— есть незавершённое действие (корзина/заявка/форма не отправлена)
— есть повтор ключевого интереса (второе посещение за N дней одного типа страницы)
— есть задержка в активности (долго не было действий после события X — значит, нужен мягкий пинок в нужном месте)
Если признаков нет — вместо push выбираю тихий канал внутри продукта (in-app подсказка) или просто уменьшаю частоту/окно контакта.

3) Встраиваю удержание как ограничение, а не KPI “после”
Если e-commerce в среднем теряет 5–8% среднего чека из‑за экономии аудитории, люди становятся более рациональными: они реже “покупают на эмоциях”, но чаще возвращаются за конкретным решением. Значит, push без привязки к следующему шагу будет выглядеть как лишний шум — даже если он “вовремя”.

Наблюдение из практики
В одном цикле оптимизации мы оставили триггер “возврат”, но переписали его на контекст: пуш уходил только когда в последней сессии был один из маркеров готовности. Доставка не выросла радикально, но выручка на отправку заметно увеличилась — потому что снизили количество “пустых касаний” и улучшили соответствие моменту принятия решения.

Вопрос для проверки вашей настройки
Если вы открываете отчёт по сегментам и видите: “возвраты растут, а конверсия по целевому действию стоит”, значит, проблема не в креативе. Проблема в том, что триггер измеряет факт присутствия, а не намерение. Перестраивайте логику под контекст — и push снова станет частью journey, а не отдельной рассылкой “по расписанию”.

Если хотите — могу предложить шаблон матрицы “признак готовности → сценарий сообщения → ограничение по частоте” под вашу механику (B2B лиды, e‑commerce или сервис).