<b>PostHog в продукте и CPA: как не утонуть в событиях и собрать полезную аналитику</b>

<b>PostHog в продукте и CPA: как не утонуть в событиях и собрать полезную аналитику</b>

Если ставите PostHog как «ещё один трекер», быстро получите склад из сотен событий без ответов. Для старта хватит трёх слоёв: визиты, ключевые действия и деньги. Всё остальное — только если оно влияет на воронку или retention.

Держите схему именования простой:
— событие = глагол в прошедшем времени: <code>signed_up</code>, <code>lead_submitted</code>, <code>checkout_started</code>
— параметры = контекст, а не мусор: <code>traffic_source</code>, <code>landing_id</code>, <code>offer_id</code>, <code>device_type</code>
— одно действие = одно событие, без дубликатов с разными названиями

Главная ошибка — тащить в PostHog всё подряд и потом строить дашборд ради дашборда. Лучше заранее ответить на 3 вопроса: где отваливается воронка, какие сегменты конвертят, что меняется после правки ленда или онбординга. Для этого достаточно funnels, cohorts и retention; записи сессий и heatmaps — как подсказка, а не замена метрик 📉

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