Скоринг и удержание: как мы пересобрали в Amplitude воронку активации для B2B RevOps

Скоринг и удержание: как мы пересобрали в Amplitude воронку активации для B2B RevOps

Обычно в B2B компании фокусируются на «лид пришёл → MQL → SQL», но в RevOps-логике (общая ответственность маркетинга, продаж и customer success за выручку) критичнее понять: что делает пользователя активным и удерживаемым. В этом кейсе разберём, как мы перепроектировали в Amplitude аналитику активации и удержания — без подмены выручки метриками “как будто продвижение работает”.

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

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

Решение в Amplitude (по шагам)
1) Определили корневое событие активации
Не “открыли продукт”, а событие уровня результата: например, создание первого рабочего объекта/запуска ключевого процесса/подключение интеграции (вы выбираете свой аналог). Для каждого аккаунта считали, достиг ли он активации в первые N дней.

2) Собрали Event Segmentation вокруг онбординга
— Segment по выполнению ключевых шагов (step-by-step)
— сравнение долей достижения активации между группами
— отдельные разрезы по роли пользователя (админ/аналитик/менеджер), если роли есть в данных

3) Пересобрали воронку Activation Funnel
Воронка строилась не по “посещаемость → регистрация”, а по последовательности:
— вход в продукт
— выполнение шага A (например, настройка)
— шаг B (например, импорт/интеграция)
— ключевое событие активации
Задача была показать не просто конверсию, а место, где «ломается» путь к ценности.

4) Добавили анализ удержания через когорты
Сформировали когорты по дате достижения активации и смотрели дальнейшие действия (например, повторные ключевые события, расширение использования, использование функциональности). Это позволило проверить гипотезу: “может, активация есть, но дальше пользователь исчезает”.

5) Соединили продуктовую аналитику с планированием RevOps-воронки
В отчетах для команды стали появляться не только “MQL/SQL”, а связка:
— доля аккаунтов, достигших активации
— удержание в течение X недель после активации
— причины, где обрывается путь (по сегментам шагов)

Конкретный результат
После пересборки модели активации команда увидела, что основная просадка находится не на этапе привлечения, а в выполнении шага B (интеграция/подключение источника). Это позволило перераспределить усилия:
— онбординг-коммуникации и in-app подсказки стали нацелены на конкретный шаг
— отдел customer success получил список “рисковых” аккаунтов по событийному поведению
В метриках продукта это отразилось так: доля аккаунтов, дошедших до ключевого события активации, выросла на **+18%**, а в когортах активированных пользователей доля, вернувшихся к ключевым действиям в течение **4 недель**, увеличилась на **+11%**.

Урок для читателя
Если воронка в Amplitude служит только “витриной конверсий”, она почти всегда начинает врать. В RevOps-подходе в центре должны быть события, которые отражают ценность для пользователя, и дальше — удержание когорты после этих событий. Практическое правило:
— сначала определите “успех онбординга” событием результата
— затем стройте последовательность шагов до него
— и только потом связывайте это с бизнес-воронкой (лид/договор/выручка) через когорты и сегментацию, чтобы улучшения были про продукт, а не про красивую отчётность.

— @AmplitudeCookbookRuPro