Активация — не страница приветствия: как спроектировать первые три сессии приложения

Несколько лет назад, когда я делал своё первое утилитарное приложение, я совершил классическую ошибку: потратил две недели на полировку онбординга с красивыми анимациями, объясняющими каждую функцию. А на следующий день удержание всё равно упало. Позже, разговаривая с пользователями, я понял — они просто не запомнили, что было в онбординге. У них не хватило терпения дочитать.

Это не проблема отношения. У нового пользователя есть окно терпения примерно 30 секунд. Настоящая активация не решается приветственной страницей. Это процесс, в ходе которого пользователь за первые три сессии проходит цепочку: «Это приложение мне полезно» → «Я вернусь» → «Я останусь».

Поэтому я хочу разобрать эти три шага и дать по каждому чек-лист. У маленьких команд нет исследователей пользователей или инженеров по росту. Они могут просто прогнать этот фреймворк.

Первая сессия: устранить непонимание, завершить минимальный цикл

При первом открытии приложения у пользователя два вопроса: Что это? Что я могу с этим сделать?

Большинство онбордингов отвечают только на первый — «Это инструмент X», — но пользователю нужен второй. Ему нужно увидеть конкретное, немедленное действие, которое он может совершить. Это действие и есть минимальный цикл.

Например, для приложения-списка дел минимальный цикл — не «создать новый проект», а «добавить одну задачу на сегодня и отметить её выполненной». Для приложения для изучения языка — не «зарегистрироваться и выбрать язык», а «прослушать первое слово и повторить его».

**Чек-лист первой сессии:**
- Видит ли пользователь в течение 3 секунд чёткое заявление о ключевой ценности? (Не слоган бренда, а одно предложение о том, что он получит.)
- Есть ли один и только один очевидный основной путь действия? На экране не более 3 кнопок, входов или подсказок.
- Может ли пользователь завершить полный цикл «ввод → обработка → вывод» за 30 секунд? Если да, не ставьте перед ним никаких преград (регистрацию, рекомендации, pop-up с оценкой).
- После завершения минимального цикла даёт ли приложение немедленную положительную обратную связь? Не обязательно анимацию; простая смена состояния (галочка, движение прогресс-бара) работает.

Как только этот путь пройден, семя активации посажено. Пользователь знает, что это приложение может помочь ему с небольшой проблемой.

Вторая сессия: создать триггер привычки

Если первая сессия проверяет «полезность», то вторая — «вернусь ли я снова». Это зависит не от того, насколько приложение хорошо, а от того, есть ли у пользователя чёткая причина вернуться.

Для утилитарных приложений это обычно «незаконченная работа». Для контентных — новое push-уведомление. Для социальных — кто-то взаимодействовал с пользователем. При проектировании второй сессии сознательно создайте «крючок».

Распространённая практика: оставить задачу первой сессии в состоянии «продолжение следует». Например, после записи первого аудио предложить: «Хотите добавить текстовую заметку?» — это намекает, что можно вернуться и отредактировать. Или после завершения первого урока в обучающем приложении: «Я напомню вам повторить завтра в это же время».

Тайминг триггера второй сессии также критичен. Слишком рано — пользователь чувствует спам; слишком поздно — забывает. Мой опыт: отправляйте первое касание без push (email, SMS или тихое уведомление) в течение 24–48 часов. Предварительно пользователь должен явно согласиться (не обязательная регистрация, а чёткий обмен ценности: «получите напоминание, если разрешите»).

Чек-лист второй сессии:

• Есть ли в конце первой сессии явное «приглашение вернуться»? Например, незавершённый прогресс, будущая награда, запись для просмотра.
• Отправили ли вы триггерное сообщение в оптимальном окне (1-2 дня), которое ссылается на первое действие пользователя? Сообщение должно быть конкретным: «Ваша первая запись в дневнике готова. Завтра вы сможете посмотреть недельный график настроения».
• Когда пользователь возвращается, может ли он найти своё последнее место в течение 10 секунд и продолжить? Не загружайте онбординг заново.
• Спроектировали ли вы «маленькую победу», чтобы он почувствовал, что стоит остаться подольше? Например, начислить баллы за третий день подряд или разблокировать новую функцию после третьего задания.

Вторая сессия — водораздел удержания. Многие приложения умирают здесь, потому что пользователь попробовал один раз, подумал «нормально», но не имел причины сразу вернуться. К тому времени, как он вспомнит, окно холодного старта закрыто.

Третья сессия: заблокировать ценность — оплата, социализация или данные

Третья сессия — последний шаг активации. С этого момента пользователь уже не «пробует». Он начинает оценивать, стоит ли пользоваться приложением постоянно. Если этот шаг не пройден, последующие затраты на возврат резко возрастают.

Блокировка ценности обычно идёт по одному из трёх путей, в зависимости от типа приложения:

• Оплата: дать пользователю совершить небольшой платёж (например, купить тему, разблокировать мини-версию премиум-функции). Платящие пользователи обычно удерживаются на 30%+ выше из-за эффекта невозвратных затрат. Но не заставляйте платить — создайте пробный вход с опцией «отказаться и вернуть средства».
• Социальная блокировка: дать пользователю создать контент, видимый другим (публичная запись о выполнении, ссылка на работу). Это ещё мощнее, чем оплата, потому что социальный граф сам по себе является двигателем повторного вовлечения. Но осторожно — не превращайтесь в спам.
• Блокировка данными: позволить пользователю вложить данные — создать собственный шаблон, сохранить прогресс обучения, вести лог здоровья. Эти данные уникальны для вашего приложения; уход означает потерю. Это самый мягкий замок, но он требует, чтобы к третьей сессии у пользователя уже было накопление.

Чек-лист третьей сессии:

• Совершил ли пользователь хотя бы один полный цикл ключевого действия? Если нет, не предлагайте никаких блокирующих действий.
• Есть ли возможность взятия невысоких обязательств? Например, «бесплатный пробный период на 3 дня, автоматически отключается», или «пригласи друга — оба получите 7-дневную подписку».
• Если идёте по социальному пути, понимает ли пользователь, какую ценность его контент принесёт другим? Копия должна говорить: «Ваш друг увидит выполненный вами вызов», а не «Поделитесь, чтобы получить награду».
• Независимо от пути, есть ли лёгкий способ отказаться? Как только пользователь почувствует себя запертым, он сразу удалит приложение.

Активация — предпосылка удержания

Если вы строили воронку AARRR, то знаете: многие команды зациклены на конверсии «привлечение → удержание», но пропускают слой «активация». На деле удержание без активации — фикция: пользователи не удалили приложение, но и не используют его по-настоящему.

Более практичный подход: прежде чем масштабировать привлечение, итерируйте опыт первых трёх сессий, пока вы честно не сможете сказать: «85% новых пользователей выполняют ключевое действие в первой сессии». Только потом открывайте бюджет.

Главное преимущество маленьких команд — скорость. Три дня на правку текста одной кнопки стоят больше, чем три недели на проектирование идеального онбординга. Пользователи не запомнят, как красиво выглядел онбординг. Они запомнят, чем приложение помогло им.

PaxLee