Почему в voronka обнулился визит в форму

Вчерашняя точка по voronka выглядит просто и неприятно: trailing_7d.visit_to_form_pct ушла с 7.142857142857142 до 0.0. Это не тот случай, где можно сказать «просадка на шуме» и закрыть задачу. Если визиты есть, а перехода в форму нет, значит где-то сломалась либо сама страница, либо путь пользователя, либо источник трафика перестал приводить людей с нужным намерением.

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

Что значит ноль в этой метрике

Ноль в trailing_7d.visit_to_form_pct не всегда означает, что форма стала хуже сама по себе. Иногда это следствие более грубой проблемы: трафик изменился, страница начала открываться не так, как раньше, или событие визита/перехода перестало корректно фиксироваться. Поэтому мы не начинаем с вывода «конверсия умерла». Мы начинаем с вопроса: что именно должно было произойти между визитом и формой, и на каком шаге это могло оборваться.

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

Что мы проверяем первым делом

Сначала мы смотрим на саму страницу как пользователь, а не как автор продукта. Открываем её на десктопе и на телефоне, проверяем, видна ли форма без лишнего скролла, не уехали ли блоки, не перекрыла ли что-то кнопку, не сломалась ли вёрстка после последнего изменения. Для таких страниц даже небольшое смещение может убить переход к форме, особенно если основной экран слишком длинный или форма уехала ниже сгиба.

Дальше смотрим аналитику событий. Ноль в процентах может появиться не только из-за реальной просадки, но и из-за того, что событие стало считаться иначе. Мы проверяем, срабатывает ли page_view, есть ли событие скролла до формы, приходит ли submit, не поменялось ли имя события, не отвалилась ли передача данных после какого-то изменения на сайте или в трекере.

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

Почему мы не лечим такую просадку одной правкой

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

Если форма перестала попадать в зону внимания, мы сокращаем путь до неё. Если пользователю не хватает подтверждения, что он попал на правильную страницу, усиливаем первый экран и убираем лишние отвлекающие блоки. Если событие перестало считаться, сначала чиним аналитику, а уже потом делаем выводы о продукте. Иначе можно «улучшить» страницу, которая на самом деле и так работает, просто плохо измеряется.

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

Что эта веха говорит о самом продукте

Такие просадки полезны тем, что быстро возвращают нас к реальности. Воронка не существует сама по себе; она живёт только пока есть ясный путь от визита до формы. Как только этот путь становится менее очевидным, конверсия падает первой. Это значит, что продукт нужно постоянно читать глазами пользователя, а не глазами человека, который уже знает, что и где нажимать.

В voronka мы не делаем вид, что проблема исчезнет сама. Если trailing_7d.visit_to_form_pct упала до 0.0, значит сейчас наша задача — найти точку обрыва и вернуть путь в рабочее состояние. Это может быть совсем маленькая техническая причина, а может быть ошибкой в подаче. Но в любом случае начинать нужно с фактов, а не с предположений.

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

Если вам нужна такая же воронка под свой продукт — с понятным путём от визита до заявки и с контролем того, где именно ломается конверсия, смотрите voronka.