Вы запустили customer journey. Пользователи приходят, сообщения отправляются, сценарий выглядит живым. Но конверсия ниже ожиданий. И вы не понимаете, на каком шаге проблема.
Тайминг? Канал? Текст? Проблема с доставкой, которую вы даже не видите?
Используйте это руководство как пошаговый чеклист диагностики — за 15 минут вы точно определите, где ваш сценарий ломается и что исправлять в первую очередь.
Pushwoosh Journey Statistics даёт диагностику на уровне каждого шага прямо на canvas.
Читайте свой journey как воронку
Каждый journey — это воронка. Нужно лишь сделать цифры видимыми.
Числа на стрелках между элементами показывают, сколько пользователей прошло через каждый шаг. Читайте сверху вниз:
Интерпретируем статистику. Возьмём сценарий возврата брошенной корзины. 12 000 пользователей добавляют товар в корзину и входят в journey. После часового ожидания 2 400 покупают самостоятельно — отлично, они выходят с достигнутой целью. Оставшиеся 9 400 переходят к push-уведомлению. Но взгляните на следующую стрелку: только 6 100 продолжают ко второму шагу. Это значит, что 3 100 пользователей потеряны на шаге push — не потому что они его проигнорировали, а потому что он просто не был доставлен.
Вот ваше узкое место. Не вход. Не email в конце. Шаг push-уведомления.
Campaign health в левой панели даёт общую картину: общее число входов, отправленных и открытых сообщений, drop-off по времени. Используйте его, чтобы отслеживать тренды по дням и неделям. Но именно на canvas вы находите конкретный элемент, который теряет пользователей.
Найдя шаг с наибольшим падением, кликните по нему дважды. Откроется статистика на уровне элемента — и здесь начинается диагностика.
Проблема доставки или проблема вовлечения?
Это вопрос, который большинство маркетологов пропускают, и это обходится им в итерации.
Приблизим. Если посмотреть на статистику элемента сообщения, вы увидите достигнутые цели, открытия, CTR и drop-off.
Нужно глубже? Нажмите Full statistics на любом элементе сообщения.
Раскройте блок Drop-off, чтобы увидеть почему пользователи были потеряны.
Здесь Pushwoosh разделяет две принципиально разные проблемы:
Проблема доставки: сообщения не дошли до пользователей. Причины drop-off вроде «Device not found», «Token expired» или «Emails reached limits» означают, что контент был в порядке, но инфраструктура подвела. Никакая переработка текста не исправит протухший push-токен.
Проблема вовлечения: сообщения были доставлены, но проигнорированы. Много отправлено, мало открыто или кликнуто — сигнал пересмотреть контент, тайминг или выбор канала.
Решение полностью зависит от категории проблемы:
| Что вы видите | Вероятная причина | Что исправлять в первую очередь |
|---|---|---|
| Высокий drop-off с 'Device not found' или 'User not found' | Пользователи вошли в journey до регистрации устройства или User ID | Проверьте триггер входа — убедитесь, что регистрация завершается до запуска journey |
| Высокий drop-off с 'Token expired' | Push-токены протухли между входом и отправкой сообщения | Сократите задержку перед push-шагами или добавьте элемент проверки доступности |
| Много отправлено, мало открытий | Неудачный тайминг или сообщение недостаточно релевантно | Протестируйте время отправки (утро vs. вечер) и пересмотрите тему или текст сообщения |
| Много открытий, мало кликов | Контент вовлекает, но CTA слабый или непонятный | Переработайте call-to-action — следующий шаг должен быть очевидным и без лишних барьеров |
| Много кликов, низкая конверсия в цель | Пользователи вовлекаются, но не завершают целевое действие | Проверьте, ведёт ли deep link на нужный экран, и корректно ли срабатывает событие цели |
Подтвердите на реальном пользовательском пути
Цифры говорят, где пользователи отваливаются. Трекинг пользовательского пути показывает как.
Нажмите Find user path внизу canvas, введите User ID, и Pushwoosh подсветит точный маршрут этого пользователя — каждый пройденный шаг, каждую ветку, каждую точку выхода.
Если вы подозреваете, что узкое место — шаг push-уведомления, проверьте 3–5 реальных пользовательских путей. Все останавливаются на одном элементе? Это паттерн — диагноз подтверждён. Расходятся на элементе Wait for trigger перед ним? Тогда проблема может быть выше: неправильный сегмент, а не неправильное сообщение, или проблема с доставкой.
Сравните ветки A/B/n: реальные победы vs. статистический шум
Если вы используете A/B/n-сплиты внутри journey, статистика отображается прямо на canvas для каждой ветки. Вы видите открытия, клики и конверсии в цель рядом.
Но не каждое различие — реальная победа. Прежде чем объявить победителя, проверьте три вещи:
1. Смотрите на конверсию в цель, а не на открытия. Ветка A может иметь более высокий open rate, но ветка B генерирует больше покупок. Открытия — метрика тщеславия; достижение цели — метрика, которая имеет значение.
2. Проверьте размер выборки. Если в ветке A 50 пользователей, а в ветке B — 5 000, сравнение бессмысленно. Дождитесь, пока обе ветки наберут достаточный объём для стабилизации чисел. Общее правило: минимум 1 000 пользователей на ветку для push, больше для менее частых каналов вроде email.
3. Дайте время. Не объявляйте победителя через 24 часа, если ваш journey включает 48-часовую задержку. Дайте пользователям пройти весь сценарий, прежде чем сравнивать результаты.
Когда ветка стабильно побеждает по конверсии в цель при достаточном объёме за значимый период — это сигнал масштабировать. Поставьте менее эффективную ветку на паузу, перенаправьте трафик или перестройте проигравшую ветку с новой гипотезой.
Оптимизируйте journey с Pushwoosh
Аналитика journey — это не разовая проверка. Это цикл: прочитать воронку → найти drop-off → диагностировать причину → исправить → измерить снова.
Команды, которые прогрессируют быстрее всех, — не те, у кого лучший первый journey, а те, кто быстрее диагностирует и итерирует. Pushwoosh Journey Statistics держит этот цикл в одном интерфейсе: не нужно переключаться на отдельный инструмент аналитики, экспортировать данные или ждать отчёт от аналитической команды.
Создавайте → запускайте → диагностируйте → исправляйте → повторяйте. Всё на одном canvas.
