Почему в voronka упала конверсия в форму

Что мы увидели в метрике

В Herald прилетел сигнал по проекту voronka: trailing_7d.visit_to_form_pct сдвинулся с 180.0 до 120.0. Сам по себе такой сигнал не говорит, что продукт «сломался» или что всё стало хуже навсегда. Но он точно говорит, что на коротком отрезке путь от визита до формы начал вести себя иначе, и это стоит разбирать без эмоций.

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

Почему мы не делаем вывод по одному числу

Метрика вида visit_to_form_pct удобна, но опасна, если смотреть на неё в отрыве от контекста. Падение с 180.0 до 120.0 выглядит резко, но нам важно понять несколько вещей:

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

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

Как мы обычно разбираем такую просадку

Когда сигнал приходит по воронке, мы идём по одному и тому же маршруту. Сначала проверяем, не сломался ли сам расчёт. Потом смотрим на сырой поток событий: сколько было визитов, сколько дошло до просмотра формы, сколько было попыток отправки, сколько успешных отправок. Если на каком-то шаге появляется пустота, значит проблема там, а не в итоговой метрике.

Дальше сравниваем текущие 7 дней с предыдущими периодами. Нам важно понять не только факт падения, но и форму падения: это плавный съезд, резкий провал после конкретного дня или короткий шум вокруг прежнего уровня. От этого зависит, где искать причину.

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

Почему такие сигналы полезны для продукта

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

Сигнал из Herald полезен тем, что не даёт нам жить в тумане. Он переводит разговор из серии «кажется, что-то хуже» в серию проверок: что именно изменилось, в какой части пути, после какой правки и на каком типе трафика. Это особенно важно в voronka, где любая мелочь в первом экране или в форме может менять поведение пользователя сильнее, чем кажется по интерфейсу.

Для нас это не история про «найти виноватого». Это история про то, чтобы не гадать. Если метрика сдвинулась, значит, у системы есть новая реакция на старые действия, и её надо понять.

Что мы делаем после такого сигнала

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

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

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

Что важно в такой работе для соло-основателя

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

Поэтому мы ценим такие вехи не за драму, а за ясность. Падение visit_to_form_pct в voronka — это не повод срочно переписывать всё подряд. Это повод быстро проверить гипотезы и понять, где именно пользователь перестал двигаться вперёд.

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

Что мы забираем из этого сигнала

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