Когорты в событиях: как я перестал “лечить воронку” и начал лечить продукт

Когорты в событиях: как я перестал “лечить воронку” и начал лечить продукт

В 2026 в SaaS стало слишком дорого пытаться оптимизировать воронку “в вакууме”. Я вижу одну и ту же картину: маркетинг показывает рост регистраций или активаций, sales говорит, что MQL “не тот”, CS — что внедрение буксует, а в итоге RevOps (выручка как общая ответственность) упирается в одно: воронка — это следствие, а причина обычно сидит в продуктовых шагах и времени до ценности.

Мой рабочий инструмент — когортный разбор на уровне событий, а не на уровне стадий CRM.

Как я это делаю (упрощённо, но по делу):
1) Выбираю “событие ценности” (Value Event) — то, после чего пользователь действительно получает результат. В SaaS это может быть подключение первого источника данных, создание первого отчёта, запуск интеграции, достижение пороговой настройки (например, “данные обновились N раз”).
2) Формирую когорты по дате первого значимого контакта с продуктом, а не по дате регистрации. Важно: регистрация часто не означает начало использования.
3) Дальше разделяю пользователей на подкогорты по последовательностям событий до Value Event:
— какие шаги были сделаны до ценности
— сколько времени заняло достижение ценности
— застревали ли на “обязательных” экранах (и где именно)

Ключевое отличие от классического funnel: я не пытаюсь сделать “меньше кликов до цели”. Я ищу, какие сегменты доходят до ценности, а какие — перескакивают этапы и ломают ожидания.

Один практический наблюдение из недавнего проекта
Мы смотрели активацию воронкой: регистрация → onboarding → first setup. Каноническая метрика радовала, потому что “onboarding completion” вырос на 18% за квартал. Но retention на D30 остался прежним.

Когда мы разложили по когортам “время до Value Event”, выяснилось простое: рост completion обеспечили пользователи, которые прошли онбординг, но откладывали интеграцию (событие ценности) на 9–14 дней. Они считали, что всё сделали “правильно”, но ценность не случилась — и продукт быстро воспринимался как “сложный/непонятный”.

Что сделал маркетинг и что сделал продукт
— Маркетинг перестал покупать трафик “на onboarding”, начал привязывать кампании к сегментам с высокой вероятностью раннего Value Event (по поведенческим прелюдиям, а не по демографии).
— Продукт добавил “быстрый путь” к интеграции внутри онбординга именно для того сегмента, который по когортам чаще всего откладывал старт.

Итог: мы не “лечили воронку”, мы изменили вероятность наступления Value Event в нужном окне времени.

Почему это особенно важно сейчас
В эпоху privacy-first last-click всё чаще превращается в слабую историю. Пользователь не обязан приходить “оттуда же” и “в тот же день”, а разные точки касания становятся почти неразделимыми. Поэтому я опираюсь на то, что можно измерить внутри продукта: события, последовательности, время до ценности. Это создаёт Topical Authority не только для контента, но и для вашей аналитики — команда начинает говорить на одном языке: что именно считается “успехом” и у кого он наступает.

Какую ошибку я больше не допускаю
Я запрещаю себе оптимизировать по метрикам этапов, которые не совпадают с ценностью. Если событие “completion” не коррелирует с Value Event и временем до него — это KPI для отчётов, а не для роста.

Если хотите внедрить это быстро, начните с одного вопроса:
какие 2–3 сценария пользователей чаще всего приводят к Value Event в течение первой недели после первого входа в продукт?

С этих сценариев и строятся хорошие когорты — и затем уже появляется понятная работа для маркетинга, sales и CS в рамках RevOps: не спорить, кто “виноват”, а управлять тем, где ценность возникает раньше и чаще.

— @ProductAnalyticsMK