«У нас есть onboarding-цепочка, значит с активацией всё в порядке» — частое допущение, и в большинстве случаев неверное. Onboarding и activation связаны, но это не синонимы, и путаница между ними приводит к тому, что компании инвестируют в письма, которые ничего не меняют в главной метрике.
Коротко: onboarding — это то, что вы показываете пользователю, activation — это то, что пользователь делает сам и что статистически связано с его удержанием. Найти событие активации можно через сравнение поведения удержанных и ушедших пользователей в первую неделю; вокруг этого события и должна строиться автоматизация, а не вокруг календарной серии писем.
В чём разница
Onboarding — это процесс знакомства пользователя с продуктом. Серия сообщений, экранов, подсказок, которая объясняет, что можно делать и как. Onboarding — это то, что вы показываете пользователю.
Activation — это момент (или последовательность моментов), когда пользователь совершает действие, доказывающее, что продукт действительно ему полезен. Это не про информирование, это про поведение. Activation — это то, что пользователь делает сам.
Разница на практике: можно провести пользователя через идеальный onboarding — показать все функции, отправить все объясняющие письма — и он всё равно не активируется, потому что onboarding объяснял не то действие, которое реально ведёт к ценности продукта.
Известные публичные примеры activation-событий (не универсальные — они специфичны для конкретного продукта, но иллюстрируют суть): для мессенджера — обмен определённым числом сообщений в первые дни; для соцсети — добавление нескольких контактов в первую неделю; для облачного хранилища — сохранение файла хотя бы на одном дополнительном устройстве. Ни одно из этих действий не совпадает с «прошёл onboarding» — это конкретное измеримое поведение.
Почему это путают
Onboarding проще спроектировать: у него есть чёткое начало (регистрация) и понятная структура (серия шагов или писем). Activation требует сначала ответить на более сложный вопрос — какое именно действие является «моментом ценности» для вашего продукта, и это не всегда очевидно.
В результате команды строят onboarding вокруг того, что легко объяснить, а не вокруг того, что определяет активацию. Письмо «5 функций, которые вы могли пропустить» — это onboarding-контент. Но если у продукта одно ключевое действие, отвечающее за 80% удержания, и его не выделили как приоритет — вся цепочка работает мимо цели.
Как найти реальное действие активации: пошаговый метод
- Соберите данные за 1-3 месяца. Нужны события первой недели каждого пользователя (что он делал: клики, настройки, ключевые действия продукта) и факт удержания через 30 дней (остался активным или нет).
- Разделите пользователей на две когорты. Те, кто остался активным через месяц, и те, кто ушёл или перестал пользоваться продуктом.
- Сравните частоту действий между когортами. Для каждого значимого действия первой недели посчитайте, какая доля «оставшихся» его совершила и какая доля «ушедших». Действие с наибольшим разрывом (например, 85% у оставшихся против 20% у ушедших) — сильный кандидат на роль activation-события.
- Проверьте на здравый смысл и причинность. Корреляция — не всегда причинность: убедитесь, что действие логически связано с ценностью продукта, а не просто коррелирует случайно (например, «зашёл в приложение 10 раз» может быть следствием интереса, а не его причиной).
- Сформулируйте метрику конкретно. Не «пользователь заинтересован», а измеримое событие с порогом: «пригласил минимум одного коллегу в течение 7 дней после регистрации».
Это не всегда очевидное действие. Иногда это не «совершил покупку», а более узкое — «настроил профиль», «пригласил второго пользователя», «сохранил первый результат работы». Именно это действие и должно быть целью onboarding-цепочки, а не общее ознакомление с продуктом.
Как это влияет на автоматизацию
Если activation-действие определено, логика сценария меняется:
- Вместо фиксированной серии писем по календарю — цепочка, которая реагирует на то, дошёл ли пользователь до целевого действия, и меняет сообщение в зависимости от этого. Технически это событийный триггер: «действие X не совершено за Y дней → отправить сообщение Z», а не «день 1 → письмо 1, день 3 → письмо 2» независимо от поведения.
- Пользователи, которые уже достигли активации, не получают лишних «объясняющих» писем — вместо этого им можно показать более продвинутые возможности.
- Пользователи, которые застряли на конкретном шаге, получают точечную подсказку про этот шаг, а не общее письмо «как пользоваться продуктом».
Такая логика требует событийных данных о поведении пользователя в реальном времени или близко к нему, а не только факта регистрации — и это одна из причин, почему activation-ориентированный onboarding сложнее в реализации, чем стандартная приветственная серия, но обычно ощутимо эффективнее.
Ограничение подхода
Если продукт очень прост и не имеет выраженного разрыва между «зарегистрировался» и «понял ценность», разделение onboarding и activation может быть избыточным — простой onboarding без сложной событийной логики вполне достаточен. Смысл в этом разделении появляется тогда, когда продукт требует нескольких шагов, прежде чем пользователь увидит реальную пользу.
Что можно проверить уже сейчас
Если у вас есть базовая аналитика по продуктовым событиям, попробуйте сопоставить действия пользователей в первую неделю с тем, остались ли они активными через месяц, по методу из раздела выше. Даже грубое сопоставление часто показывает одно-два действия с явной разницей между теми, кто остался, и теми, кто ушёл — это и есть кандидат на роль activation-события, вокруг которого стоит перестраивать onboarding.
Если после такой проверки видно, что onboarding не совпадает с реальным путём к активации, дальше есть смысл говорить о перестройке сценария на событийной логике — это одна из задач CRM-автоматизации. Обсудить можно на консультации.