Воронка часто «растёт», когда вы просто неправильно измеряете ценность действий

Классика: выкатываем новый UX, видим +Х процентов на шаге “нажал/открыл/дошёл”, радуемся, а деньги, ретеншн и нагрузка на поддержку живут своей жизнью. Потом на основании этой “победы” масштабируем фичу, режем другие инициативы и закрепляем в продукте мусорные прокси.

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

6 типовых ловушек, из-за которых воронки лгут:

  1. Смешение намерения и результата: клик по “Оформить” считают конверсией, хотя ценность в подтверждённом заказе.
  2. Дубли событий: повторная отправка, ретраи, два трекера, два экрана с одним событием, а воронка “улучшается”.
  3. Тихое изменение definition of done: раньше “успех” был после оплаты, теперь после создания счёта, и тренд ломается без видимой причины.
  4. Скорость и UX меняют шаги: автозаполнение, объединение экранов, предзагрузка, кеширование. Пользователь делает то же, а событий стало меньше или больше.
  5. Офлайн-конверсии: оплата по счёту, звонок, договор, продление. Воронка “не конвертит”, потому что финал живёт вне продукта.
  6. Некорректные окна атрибуции: конверсии приходят позже, чем вы смотрите, или наоборот вы засчитываете слишком поздние эффекты в “победу” эксперимента.

Мини-чек-лист переопределения «ценностного действия»:

  1. Формулируйте ценность как результат, а не как жест в интерфейсе: что должно стать истинным в данных бизнеса.
  2. Жёстко фиксируйте контракт события: когда триггерится, какие условия успеха, какие исключения, и версионируйте изменения.
  3. Делайте дедуп на уровне пользователя и сущности: одна попытка, один заказ, один платёж, понятный ключ.
  4. Сверяйте онлайн с офлайном: какие статусы догоняют позже, где нужен импорт, как матчите сущности.
  5. Замораживайте окно атрибуции и правило подсчёта до анализа, иначе вы оптимизируете не продукт, а интерпретацию.

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