Amplitude не спасает воронку, если события названы как попало

Amplitude не спасает воронку, если события названы как попало

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

Главная ошибка — тащить в Amplitude всё подряд. Нужны не «клики по кнопке 17», а цепочка: просмотр экрана → старт действия → ключевое завершение. Если в событии нет стабильного имени, user_id и контекста, cohort-анализ потом превращается в угадайку. Ивенты лучше проектировать от вопросов бизнеса: где отваливаются, что запускает оплату, какой шаг влияет на retention.

Для старта хватит 4 правил:
— одно действие = одно событие;
— имя читается без справочника;
— параметры одинаковы во всех платформах;
— success-событие отделено от intent-события.

Дальше смотрят не на количество ивентов, а на связки: какие шаги ведут к покупке, где ломается путь по каналам, и чем отличается ретеншн у платящего и неплатящего сегмента. В Amplitude это удобно, если taxonomy собрана заранее; если нет — любой funnel report быстро становится мусором.

Сначала проектируйте схему событий, потом дашборды. Тогда Amplitude работает как инструмент решений, а не как склад красивых, но бесполезных графиков.