Amplitude ломают не события, а кривая именования: как не утонуть в аналитике
Amplitude полезен ровно тогда, когда события в нём можно читать как таблицу: кто сделал, что сделал, где и с каким контекстом. Если в трекинге есть click_button, button_click и cta_tap, отчёты быстро превращаются в мусор.
Базовая схема для продукта или CPA-лендинга:
— событие = действие, а не экран;
— имя = глагол + объект: view_landing, submit_form;
— параметры = то, без чего событие бесполезно: traffic_source, device, offer_id, step, variant.
Дальше в Amplitude не надо собирать «всё подряд». Сначала строят 3 слоя: воронка, retention и сегменты. Воронка показывает, где теряете пользователей, retention — возвращаются ли они, сегменты — у кого именно всё ломается. Один и тот же bounce rate без сегмента часто врет сильнее, чем кажется.
Главная ошибка — измерять клик по каждому элементу интерфейса и не иметь события на ключевой шаг. Если нет lead_submit или purchase, то красивый дашборд не спасёт: вы видите шум, а не экономику.
Итог простой: сначала договоритесь о таксономии событий, потом уже стройте графики. В Amplitude выигрывает не тот, у кого больше метрик, а тот, у кого каждая метрика отвечает на один вопрос.
Product Analytics
@product_analytics_desk
Amplitude ломают не события, а кривая именования: как не утонуть в аналитике
Этот пост опубликован в Telegram-канале Product Analytics. Подписаться можно по ссылке: @product_analytics_desk.