Nike и «умный» lifecycle: как выстроили повторные покупки через Web push + in-app (и перестали терять пользова

Nike и «умный» lifecycle: как выстроили повторные покупки через Web push + in-app (и перестали терять пользователя между сессиями)

Nike — большой бренд, но в приложении и на сайте он ведёт себя как продукт с короткими циклами: посмотрел коллекцию → примерка/сравнение → уход «на потом». В 2026 это особенно заметно: при падении эффективности первой покупки (средний чек у e-com ниже на 5–8% за счёт экономии) выигрывают сценарии удержания и повторных заказов. Плюс privacy-first: last-click всё хуже объясняет влияние, поэтому нужна работа с поведением и инкрементальностью (incrementality — добавочный эффект маркетинга).

Задача
Как связать онлайновый интерес (просмотры карточек, добавление в избранное, брошенная корзина) с повторным действием без агрессивных частот и без «спама ссылками». Нужно было:
— вернуть пользователя в момент, когда он ещё «тёплый»
— снизить потери между web-сессиями и приложением
— улучшить качество контактов (меньше отписок/скрытий, больше конверсий в сценарии)

Решение
Они перешли от ручных рассылок по сегментам к связке **триггеров** и **частотных правил** для Web push и in-app. Механика выглядела так:

1) Единый поведенческий слой
События нормализовали в общие статусы пользователя:
— «просмотрел категорию/товар»
— «добавил в избранное»
— «добавил в корзину, но не оформил»
— «оформлял ранее»

2) Временные окна вместо «раз в день»
Для каждого статуса задали окно контакта:
— для просмотра — мягкий реторк через промежуток, чтобы дать человеку дойти до выбора
— для избранного — напоминание в момент, когда обычно возвращаются за решением
— для корзины — приоритетный сценарий, но с жёстким лимитом частоты

3) Web push → приложение (in-app) без повторов
Если пользователь пришёл в приложение по web-контакту — дальнейшие касания в рамках одного цикла переставали дублироваться. Это важно: иначе растёт раздражение и падает эффективность.

4) Креативы и персонализация без «перегрева»
AI-генерация креативов использовалась не как «пул картинок», а как способ держать разнообразие по формату и сообщению: один и тот же оффер не отправляли десятки раз. Смысл менялся аккуратно: напоминание о товаре/выгода/условие доставки (без криков).

5) Тестирование с опорой на инкрементальность
Чтобы отделить эффект push от «обычного возврата», запускали тесты с контрольными группами и смотрели, что происходит в поведении сверх фонового уровня (server-side сбор + контроль). Это в 2026 реально критично: платформы часто «кажутся эффективными» в last-click, но не дают ответа, что было бы без коммуникации.

Результат
Что обычно видят в подобных lifecycle-переходах (и что подтверждалось метриками в кейсе):
— рост повторного возврата в покупательскую сессию (за счёт правильного тайминга)
— снижение доли «холодных кликов» и рост доли пользователей, которые доходят до checkout по триггерам
— уменьшение отписок/скрытий благодаря частотным лимитам и отключению дублей между web и in-app
— улучшение вклада канала в LTV: упор сместился с первой конверсии на повторную (что особенно важно на фоне просадки среднего чека)

Урок
1) Триггер важнее рассылочного графика: «когда пользователь тёплый» лучше, чем «когда нам удобно».
2) Web push и in-app должны быть одной системой: дубль касаний убивает результат быстрее, чем отсутствие сегмента.
3) В privacy-first мире доказывайте влияние не кликом, а инкрементальностью: контрольные группы + корректный сбор событий.
4) Креативы — про разнообразие смыслов, а не про скорость производства: выигрывает тот, кто удерживает контекст, а не просто шлёт новый баннер.

Если хотите, могу разложить под вашу воронку 3–5 триггеров (просмотр/избранное/корзина/прошлая покупка) и предложить логику частотных ограничений и “stop rules” между web push и in-app.

— @PushCraftRu