Путь пользователя в продукте: как анализировать события

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

Агрегированный граф пути и история конкретного пользователя отвечают на разные вопросы. Первый показывает распространённые последовательности, вторая помогает проверить, что стоит за веткой графа.

Начинайте с точки привязки

Полный список всех событий быстро превращается в шум. Выберите якорь:

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

Точка привязки задаёт направление, окно и набор релевантных событий.

События до и после

Анализ «до» помогает найти подготовительные действия и препятствия. Анализ «после» показывает продолжение сценария, повторное использование и неожиданные выходы.

Например, после integration_error пользователи могут:

• повторить подключение;
• открыть инструкцию;
• сменить способ;
• вернуться к настройкам;
• прекратить активность.

Каждая ветка задаёт отдельный вопрос для интерфейса, документации или поддержки.

Ограничьте словарь

Технические события, фоновые запросы и частые показы могут вытеснить смысловые действия. Для анализа пути создайте рабочий набор:

• ключевые продуктовые факты;
• ошибки;
• переходы между крупными этапами;
• подтверждённые бизнес-результаты;
• события помощи и поддержки.

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

Определите окно и границы

Путь может ограничиваться:

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

Выбор меняет результат. Слишком короткое окно обрывает длинный B2B-сценарий, слишком длинное соединяет несвязанные задачи.

Учитывайте повторы и циклы

Повтор одного события может означать:

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

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

Агрегированный путь

Граф объединяет последовательности многих участников и показывает частые переходы. Он полезен для разведочного анализа, но имеет ограничения:

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

Показывайте долю пользователей или аккаунтов, а не только количество переходов.

История конкретного пользователя

Детальная история позволяет:

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

С тарифа Growth в ActionPulse можно переходить от агрегированного отчёта к истории конкретного участника. Возможности описаны на странице аналитики поведения пользователей.

Историю нужно использовать с учётом политики данных и доступа. Не передавайте лишние персональные значения в свойства событий и ограничивайте доступ по рабочей необходимости.

Сегментируйте после общего обзора

Если путь выглядит неоднородным, разделите его по осмысленному признаку:

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

Правила корректной сегментации пользователей особенно важны для исторических свойств.

Пример исследования

Команда хочет понять, почему часть пользователей не открывает первый отчёт после получения данных.

Она выбирает якорь first_data_received и смотрит следующие десять событий в течение суток. На графе видны ветки:

1. открытие отчёта;
2. повторное подключение;
3. переход в документацию;
4. ошибка обработки;
5. отсутствие дальнейших событий.

Дальше команда:

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

Путь и воронка

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

Практический цикл:

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

Подробное определение шагов есть в статье анализ воронки.

Частые ошибки

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

Итог

Анализ пути начинается с конкретного события и ограниченного окна. Агрегированный граф помогает найти ветки, а история пользователя — проверить их на исходных событиях. Вместе с воронками и когортами это превращает поведение в проверяемые продуктовые гипотезы.