Amplitude ломают не события, а плохая схема: как не утонуть в трекинге
Amplitude полезен только тогда, когда у событий есть смысл, а не просто название. Базовое правило: одно действие — одно имя, одинаковые параметры, никаких `click_1`, `click_new`, `button_click2`.
Что стоит зафиксировать сразу:
— `event_name` без дублей и с понятной логикой: просмотр, клик, отправка, покупка
— обязательные свойства: `user_id`, `source`, `funnel_step`, `product`
— один нейминг для web и app, если команда смотрит сквозную воронку
Дальше не пытайтесь строить 20 дашбордов. В Amplitude сначала нужен один вопрос: где ломается путь пользователя? Для этого хватает воронки, retention и сегментов по источнику или устройству. Если метрика не влияет на решение, её не надо тащить в основной отчёт.
Частая ошибка — считать любой клик успехом. Клик на CTA без следующего шага воронки ничего не значит: он может быть шумом, а не интересом. Смотрите не на объем событий, а на переход между шагами и падение по сегментам.
Если в Amplitude нет строгой event taxonomy, аналитика быстро превращается в свалку графиков. Начните с 10–15 событий, которые реально двигают воронку, и расширяйте схему только когда старые отчеты перестают отвечать на вопросы.
Product Analytics
@product_analytics_desk
Amplitude ломают не события, а плохая схема: как не утонуть в трекинге
Этот пост опубликован в Telegram-канале Product Analytics. Подписаться можно по ссылке: @product_analytics_desk.