Lifecycle-кампании висят у вас в бэклоге уже несколько месяцев. На каждом спринте появляется ещё одно «надо доделать сначала»: причесать user ID, ревизия таксономии событий, подключение к data warehouse. Ничего из этого не закрывается до конца — и кампании так и не уходят в прод.
Предпосылка, что для запуска нужна идеальная дата-основа, — ложная. Дефолтные сигналы, которые любой mobile SDK собирает с Day 1 (события типа DeviceRegistered и ApplicationOpen), уже достаточно, чтобы построить lifecycle-journey, реально двигающие retention.
Вот 3 lifecycle-кампании, которые можно запустить на этой неделе только на этих данных.
3 lifecycle-journey, которые поднимают retention — кратко
В жизненном цикле пользователя есть 3 главные точки, где retention ломается. Каждая из journey ниже закрывает ровно одну из них.
| Journey | Этап жизненного цикла | Триггер (дефолтные данные) | Основные каналы | Метрика |
|---|---|---|---|---|
| 1. Onboarding (день 1–7) | Установка → активация | Событие DeviceRegistered | Push + in-app + email | Activation rate D7 |
| 2. Engagement nudge (день 7–30) | Активация → привычка | Сегмент: DeviceRegistered 7 дней назад | Push → in-app или email | Retention D30 |
| 3. Реактивация спящих | Привычка → потеря | Сегмент: нет ApplicationOpen 14+ дней | Push → in-app → email | Reactivation rate |
DeviceRegisteredDeviceRegistered 7 дней назадApplicationOpen 14+ днейПочему именно эти 3 journey?
Потому что retention ломается в предсказуемых точках, и большинство приложений теряют пользователей в одни и те же 3 момента.
Точка 1: установка → активация. Примерно половина пользователей, установивших mobile-приложение, не возвращаются после первого дня. Окно, чтобы их зацепить, короткое, и пользователь принимает решение в реальном времени: стоит ли это моего внимания. Именно это закрывает Journey 1.
Точка 2: активация → привычка. Пользователь, прошедший onboarding, но не открывший приложение 3–4 раза в ближайшие недели, редко остаётся надолго. Активация без повторения — это просто одноразовая попытка. Journey 2 целится точно в этот промежуток — день 7 по 30 — где намерение должно превратиться в рутину.
Точка 3: привычка → потеря. Даже вовлечённые пользователи постепенно отваливаются. Неделя к неделе это незаметно, но за квартал кумулятивно — именно здесь тихо испаряется бóльшая часть retention. Journey 3 ловит пользователей до того, как этот дрифт станет окончательным.
Эти 3 — фундамент. Дальше вы, скорее всего, добавите ещё (recovery брошенной корзины, paywall recovery, milestone-сообщения), но они обслуживают конкретные моменты. А эти 3 базовые journey работают для каждого пользователя в каждом mobile-приложении.
Как стартовать и что вообще такое «дефолтные данные SDK»
Самый быстрый способ запустить эти кампании — подключить приложение к customer engagement платформе (например, Pushwoosh — бесплатный старт).
Дефолтные события, нужные для journey выше:
PW_DeviceRegistered— срабатывает один раз на устройство, при первом запуске приложения и инициализации SDK. Это ваш сигнал «установка». Используйте его как trigger-based вход в onboarding.PW_ApplicationOpen— срабатывает при каждом запуске приложения. Timestamp последнего срабатывания — это ваш сигнал session activity. «Последний open больше 14 дней назад» — это сегмент спящих.
Это весь стартовый набор. Полный список дефолтных событий — в документации Pushwoosh.
Journey 1: Onboarding нового пользователя (день 1–7)
Что закрывает: Разрыв между установкой и активацией. Самое крутое падение retention в mobile происходит в первые 3 дня после установки — чем дольше новый пользователь идёт до своего первого полезного момента, тем ниже шансы, что он вернётся.
Триггер входа: PW_DeviceRegistered (trigger-based вход). Каждая новая установка попадает в journey автоматически.
Последовательность:
- День 1: Welcome push или in-app, указывающий на единственное самое полезное первое действие: открыть дашборд, поставить цель, сделать первый заказ, заполнить профиль.
- День 2: In-app при открытии следующей сессии — снова поднять то же ключевое действие в контексте.
- День 4: Push: «Вы ещё не попробовали [X] — вот почему большинство пользователей начинают именно с этого».
- День 7: Email или in-app с обзором первой недели — «вот что вы сделали, вот что можно сделать дальше».
Метрика: Retention D30 (D7) и activation rate на 7-й день (доля новых пользователей, выполнивших ключевое действие).
Journey 2: Engagement nudge (день 7–30)
Что закрывает: Разрыв между активацией и привычкой. Пользователь, прошедший onboarding, но не возвращающийся регулярно в первые недели, редко остаётся надолго. Окно, в котором «попробовал» превращается в «использует еженедельно», — примерно с дня 7 по 30.
Триггер входа: Segment-based вход «PW_DeviceRegistered зарегистрирован 7 дней назад». Always-on, поэтому пользователи попадают в journey по мере того, как пересекают семидневную отметку.
Последовательность:
- На входе: Push с полезной фичей или новым контентом, который пользователь ещё не пробовал.
- День 7: Push — loyalty-nudge или social proof («такие же пользователи, как вы, делают X»).
- День 14: Email или in-app саммари: «вот что вы сделали, вот что дальше». Мягко, в формате recap.
- Exit: Пользователь опускается ниже 3 сессий в любом 7-дневном окне → journey естественно завершается. Если дрейф продолжается, его подхватит Journey 3.
Метрика: Retention D30 и частота сессий в ближайшие 30 дней.
Journey 3: Реактивация спящих (14+ дней без активности)
Что закрывает: Разрыв между привычкой и потерей. Как только пользователь замолкает, каждый дополнительный день без открытия приложения снижает вероятность возврата. Первые 2 недели «спячки» — то самое окно, когда у реактивации ещё есть реальные шансы.
Триггер входа: Segment-based вход «пользователи без событий PW_ApplicationOpen за последние 14 дней».
Сегмент: Спящие пользователи, разделённые через элемент Reachability Check:
- Push-reachable — основная группа, push-тач первым.
- Push-unreachable — push полностью обходим, in-app при следующем возврате или email сразу.
Последовательность: Кампания из трёх касаний за семь дней. Каждое касание эскалирует от мягкого напоминания до более жёсткого value-пича:
- На входе. Reactivation push: личный по ощущению повод вернуться — контент, который ему нравился, фича, которой он чаще всего пользовался, непрочитанное уведомление. Для push-unreachable — то же содержание через email.
- День 3. Если возврата не было: более сильный pull — что нового, что они пропускают, или incentive. Push для reachable-группы, email для остальных.
- День 7. Финальный тач: email-recap, opt-out-friendly.
- Условие выхода: Сессия в течение 7 дней → journey помечает success, пользователь выходит.
Метрика: Сессия в течение 7 дней после входа в reactivation flow.
Масштабируйте одним промптом в ManyMoney AI
Так за неделю собираются 3 journey. В следующий раз, если решите сделать новую локаль, новый сегмент, набор вариантов для теста — не придётся собирать всё заново. Передайте задачу ManyMoney AI — маркетинговому co-pilot от Pushwoosh.
Возьми onboarding journey, которая работает для [сегмента X],и адаптируй её для [нового сегмента / новой локали / нового оффера].Сохрани структуру, регенерируй копию и логику каналов,подготовь как draft.ManyMoney AI возвращает черновик journey с адаптированной копией, маршрутизацией каналов и таймингом — готовый к ревью. Остаётся утвердить и выпустить. Первая сборка учит вас платформе; ManyMoney масштабирует её на каждый следующий цикл и анализирует performance кампаний.
