Анализ воронки в продуктовой аналитике: шаги и сегменты

Продуктовая воронка показывает, какая доля пользователей или аккаунтов последовательно совершила заданные события. Она полезна, когда путь и порядок заранее известны: регистрация, настройка, первое полезное действие, оформление и подтверждённый результат.

Воронка не обязана описывать весь продукт. Чем конкретнее вопрос, тем легче интерпретировать потерю между шагами.

Из чего состоит определение

До построения отчёта зафиксируйте:

• единицу расчёта: пользователь, аккаунт, сессия или заказ;
• список событий;
• обязательный или свободный порядок;
• окно прохождения;
• допустимость повторов;
• фильтры и исключения;
• момент, к которому относится сегмент;
• версию определения.

Две воронки с одинаковыми названиями шагов могут давать разные числа, если одна допускает промежуточные события, а другая требует строгую последовательность.

Выберите шаги по фактам

Хороший шаг подтверждает состоявшийся факт:

• signup_completed, а не открытие формы;
• project_created, а не нажатие кнопки;
• payment_succeeded, а не переход на страницу оплаты;
• report_generated, а не начало загрузки.

События интерфейса тоже полезны, если вопрос относится именно к интерфейсу. Главное — не выдавать намерение за результат.

Не делайте слишком длинную воронку

Воронка из двадцати шагов трудно читается и часто смешивает несколько задач. Разделите её на уровни:

1. регистрация и доступ;
2. онбординг и настройка;
3. получение первой ценности;
4. оплата;
5. повторное использование.

Сначала найдите проблемный уровень, затем раскройте его отдельной детальной воронкой.

Конверсия шага и общая конверсия

Конверсия соседнего шага отвечает, какая доля участников предыдущего этапа дошла дальше.

Step conversion = участники шага N + 1 ÷ участники шага N × 100%.

Общая конверсия сравнивает последний шаг с первым:

Total conversion = участники финального шага ÷ участники первого шага × 100%.

Небольшая потеря на каждом этапе способна дать заметную общую просадку. Поэтому показывайте оба показателя.

Окно прохождения

Пользователь может выполнить шаг через минуту, день или месяц. Без окна старая регистрация способна попасть в текущую конверсию и затруднить сравнение.

Выберите окно по естественному циклу сценария. Для оформления заказа это могут быть часы, для интеграции B2B — дни или недели. Дополнительно анализируйте распределение времени между шагами: медиану, квантили и долю долгих сценариев.

Пользователь, аккаунт или объект

Единица зависит от вопроса:

• пользователь — кто прошёл онбординг;
• аккаунт — какая команда активировалась;
• заказ — какая операция завершилась;
• проект — какой объект был настроен.

Один пользователь может создать несколько заказов, а несколько пользователей — работать в одном аккаунте. Смешивание единиц меняет знаменатель.

Подробнее об аккаунтном уровне — в статье аналитика аккаунтов B2B SaaS.

Сегментация воронки

Начинайте с гипотезы. Полезные сегменты:

• вариант интерфейса;
• способ регистрации;
• роль;
• тариф;
• источник;
• версия клиента;
• размер аккаунта;
• наличие конкретной функции.

Сегмент должен быть известен в подходящий момент. Если текущий тариф подставить к событиям годичной давности, историческая воронка получит информацию из будущего.

Отдельный материал объясняет сегментацию пользователей и выбор знаменателя.

Как разбирать потерю между шагами

Проверьте события

Сначала исключите техническую причину: изменение схемы, новый источник, дубли, пропуски и задержки. Чек-лист приведён в статье о качестве данных.

Откройте пути

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

Сопоставьте с обратной связью

Обращения и интервью объясняют мотивы, которые не видны в событиях. Используйте воронку, чтобы выбрать релевантные сценарии и участников исследования.

Проверьте время

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

Воронка и причинность

Рост конверсии после релиза не доказывает, что его вызвал релиз. Одновременно могли измениться трафик, сезонность, цена или состав клиентов.

Для аккуратной проверки:

1. сохраните исходное определение;
2. отметьте дату и аудиторию изменения;
3. сравните сопоставимые когорты;
4. следите за побочными показателями;
5. при возможности используйте контролируемый эксперимент.

Пример разбора

Команда видит просадку между integration_started и integration_connected.

Она:

1. проверяет, что оба события не менялись;
2. считает время между шагами;
3. сравнивает способы интеграции;
4. открывает пути пользователей с остановкой;
5. находит частое событие ошибки;
6. сопоставляет его с журналами сервера;
7. улучшает инструкцию и проверку конфигурации;
8. сравнивает следующую когорту.

Так воронка задаёт маршрут диагностики.

Когда воронка не подходит

Если люди свободно исследуют продукт и достигают результата разными путями, линейная последовательность может скрыть реальность. Используйте анализ путей, когорты и историю пользователя. Возможности объединены на странице платформы продуктовой аналитики.

Итог

Хорошая воронка — это версионируемое определение пути: факты, порядок, окно, единица и фильтры. Её ценность появляется, когда команда может открыть участников между шагами, проверить данные и принять конкретное решение.