У вас есть 30 секунд.
Столько в среднем длится первая сессия нового пользователя в приложении, прежде чем он решит, вернётся ли. Не время на пятишаговый онбординг — на обучение его просто нет. У вас лишь узкое окно для одного сигнала, одного действия, одного канала, чтобы поймать пользователя до того, как он уйдёт. Этот разрыв между скоростью реальной сессии и темпом классического онбординга и есть та точка, где начинается отток.
Этот гайд для русскоязычных продуктовых и growth-команд, которые работают на глобальном рынке: как читать сигналы внутри сессии, какой канал подходит под каждое окно и какие 3 сценария customer journey работают на скорости реальной сессии.
Окно активации короче вашего онбординга
Активация — это момент, когда новый пользователь совершает первое осмысленное действие, показывающее, что он «понял» приложение. Это точка с самым высоким рычагом во всём мобильном жизненном цикле. Сделаете правильно — установка превращается в пользователя. Промахнётесь — установка превращается в строчку в статистике оттока.
Большинство команд знает, какое у них ключевое первое действие: первый депозит, первый уровень, первая статья, первый заказ, первая настройка профиля. Сложнее ответить на вопрос, когда оно должно произойти.
Если вы хотите предотвратить отток на ранней стадии, действовать нужно по-настоящему быстро: в первые одну-пять минут после установки.
Это и есть окно активации — несколько минут, пока установка ещё «тёплая», а пользователь всё ещё внутри приложения и решает, остаться ли. Именно здесь сценарий должен сработать.
Тот же паттерн повторяется и дальше по жизненному циклу: просмотр paywall, корзина с товарами, главный экран, на котором пользователь не понимает, что делать. Каждый из этих моментов — короткое окно, когда намерение высокое, а исход решают следующие 30 секунд.
Активация — самый дорогой момент, который нельзя упустить, но принцип дизайна везде один: прочитать сигнал внутри сессии, отправить 1 сообщение на правильном канале, поймать пользователя до того, как окно закроется.
3 сигнала внутри сессии, которые стоит отслеживать
Внутри этого короткого окна пользователь проходит через 3 момента: всё ещё в приложении, только что вышел, ушёл на весь день. Сигнал, который срабатывает, канал, который до него дотягивается, и сообщение, которое работает, — меняются на каждом из них.
Сигнал 1: Пользователь ещё в приложении, но внимание уходит
🙂 Поведение: пользователь открыл приложение. Он начал онбординг, дошёл до paywall или до flow верификации — и остановился. Сидит на одном экране 40 секунд. Скроллит без прогресса. Аналитика приложения показывает это как «в сессии» — формально верно и совершенно бесполезно на практике.
🛠️ Событие: событие UserIdle в Pushwoosh срабатывает, когда пользователь становится неактивным на экране дольше настраиваемого таймаута — минимум 30 секунд. Это сигнал, что внимание утекает, пока пользователь физически всё ещё в приложении.
💌 Ваш ответ: 1 in-app сообщение в точке колебания, с единственным CTA. Не туториал, а глагол и кнопка. «Заберите приветственный бонус.» «Верификация за 60 секунд.» «Выберите 3 темы, чтобы персонализировать ленту.»
Сигнал 2: Пользователь вышел, но контекст ещё свежий
🙂 Поведение: Пользователь закрыл приложение, не завершив ключевой шаг. У вас есть короткое окно, пока контекст ещё держится в голове. После этого ваше приложение начинает растворяться среди десятка других, которые он сегодня открывал.
🛠️ Событие: ApplicationExit срабатывает после того, как пользователь свернул приложение и не вернулся в течение настраиваемого таймаута (от 10 до 30 секунд) — так вы не путаете быстрое переключение между приложениями с настоящим выходом.
💌 Ваш ответ: 1 push-уведомление через 15–30 минут, с единственным CTA и deep link прямо на тот экран, с которого пользователь вышел.
Сигнал 3: Окно закрывается
🙂 Поведение: Он не вернулся на следующий день. Приложение всё ещё установлено, но больше не на виду. Каждые сутки после Day 1 нелинейно снижают шансы на возврат.
🛠️ Сегмент: пользователи без ApplicationOpen за последние 24 часа и без завершённого события активации.
💌 Ваш ответ: 1 email с контекстом: что он начал, что осталось сделать, 1 ссылка назад.
Три момента. Три канала. Три сообщения.
От теории к практике: 3 сценария вокруг этих сигналов
Эти сигналы имеют значение, только когда срабатывают внутри реального сценария. Ниже — реальные кейсы, которые ставят их в работу.
Кейс 1: Отвал на активации (окно в 5 минут после установки)
Где подходит: gaming, fintech, подписочные приложения.
Сигнал: пользователь установил приложение и начал flow активации, но вышел до завершения ключевого первого действия — первый уровень, первый депозит, заполнение профиля.
Сценарий:
-
Вход
Триггерный вход по PW_DeviceRegistered. Каждая новая установка попадает в сценарий автоматически.
-
Ожидание триггера: ключевое событие активации
Если пользователь совершает действие во время сессии, он выходит из сценария. Готово. Никаких дальнейших сообщений.
-
PW_UserIdle на экране активации → In-app сообщение
Пользователь замер посреди онбординга. Покажите один контекстный nudge: «Два тапа до вашего бонуса.» Один CTA, без туториала.
-
PW_ApplicationExit без завершения → Ожидание 15 минут → Push-уведомление
Пользователь вышел, не закончив. Отправьте один push, указывающий на тот самый шаг, который он бросил: «Вы в 30 секундах от первой награды. Продолжите с того места, где остановились.» Окно возврата, единственный CTA, deep link на нужный экран.
-
Нет открытия приложения за 24 часа → Email
В формате резюме: на что он подписался, что его ждёт, одна ссылка назад. Email — это длинный хвост, а не срочный nudge.
За чем следить: конверсия в активацию.
Кейс 2: Колебание у paywall (момент высокого намерения)
Где подходит: подписочные приложения, e-commerce, fintech.
Просмотры paywall без покупки — сигнал самого высокого намерения в любом подписочном приложении. Большинство команд относятся к ним как к провалу и ретаргетят через неделю. Этот сценарий относится к ним как к моменту высокого намерения, которым они и являются, и действует в течение того же часа.
Сигнал: пользователь посмотрел paywall, не купил, замер на экране. Та же структура, что и у активации, — короткое окно, высокое намерение, решение за секунды — но позже по жизненному циклу, когда пользователь уже знаком с приложением.
Сценарий:
-
Вход
Триггерный вход по paywall_viewed (кастомное событие, которое вы отправляете при загрузке экрана paywall).
-
Ожидание триггера: purchase_completed (ваше событие конверсии)
Если пользователь покупает, сценарий завершается.
-
PW_UserIdle на экране paywall → In-app сообщение
Пользователь колеблется прямо сейчас. Покажите чёткое in-app сообщение на paywall: социальное доказательство, апгрейд в один тап или подсвеченный самый популярный тариф. «Большинство выбирает Pro за $9.99. Тапните, чтобы начать пробный период.» Одно сообщение — в момент решения.
-
PW_ApplicationExit в течение 5 минут после paywall_viewed → Ожидание 20 минут → Push-уведомление
Короткий push на возврат: «Всё ещё думаете о Pro? Вот что вы получаете.» Deep link прямо обратно на paywall.
-
Нет покупки за 24 часа → Email
Сравнение тарифов рядом, цитата клиента и ссылка «продолжить с того места, где остановились».
За чем следить: доля возвратов в течение 30 минут после push-уведомления, отправленного после выхода. Если окно push не возвращает пользователей на paywall, не совпадает либо тайминг, либо текст.
Кейс 3: Трение при освоении фич (момент «я не знаю, что делать»)
Где подходит: media, productivity, fintech.
Сигнал: пользователь открывает приложение, остаётся на главном экране, не заходит ни в одну ключевую фичу и выходит. Срочность ниже, чем у активации или paywall, но логика микромомента та же: пользователь только что сказал вам, что не уверен, и следующие несколько минут решают, вернётся ли он.
Сценарий:
-
Вход
Вход по сегменту: пользователи с PW_ApplicationOpen за последние 7 дней, но без взаимодействия с событием ключевой фичи (key_feature_used).
-
PW_UserIdle на главном экране → In-app сообщение
Контекстный спотлайт фичи, по одной за раз. «Вы ещё не пробовали [фичу] — вот почему она самая используемая в [приложении].» Один тап, чтобы попробовать.
-
PW_ApplicationExit без использования фичи → Push в следующее прогнозируемое время высокой вовлечённости
Используйте Best time to send от Pushwoosh, чтобы доставить push в активное окно пользователя, а не через фиксированную задержку. «Попробуйте [фичу] в 2 тапа.»
-
Нет использования фичи за 48 часов → Email-дайджест
Короткий список из 3 вещей, которые пользователь мог бы сделать в приложении, — визуально, легко сканируется, один клик на пункт.
За чем следить: доля использования фичи за 24 часа в разрезе канала, который вернул пользователя, — in-app, push или email. Этот разрез подскажет, какое окно стоит инвестиций для каждого сегмента.
Ловите пользователей до оттока вместе с Pushwoosh
Каждый момент короткой сессии — простой на экране, тихий выход, отсутствие возврата за 24 часа — это окно, в котором у вас ещё есть шанс действовать. Pushwoosh поставляет сигналы, которые их размечают, как события по умолчанию, а Customer Journey Builder собирает in-app, push и email на одном холсте, так что вся дуга из 3 моментов живёт в одном автоматизированном сценарии.
Спроектируйте 1 сценарий удержания для коротких сессий, с 1 сигналом на каждый момент. А затем смотрите, как пользователи в зоне риска, которых вы раньше теряли, остаются — не только на Day 1, но и на Day 7, и на Day 30.
