PostHog для команды: 7 событий, без которых воронка и retention слепнут

Если ставите PostHog ради «посмотреть поведение», быстро упираетесь в шум. Рабочая схема — сначала описать ядро продукта: вход, активация, ключевое действие, повторное использование. Для CPA-лендинга это может быть view_landing, click_cta, lead_submit, for продуктовой подписки — signup, onboarding_complete, first_value, paywall_view, subscribe.

Дальше важны свойства событий: source, campaign, device, plan, step, error_code. Без них cohort-анализ и разбор просадки превращаются в гадание. Не тащите в ивенты всё подряд: лучше 7 стабильных событий с понятными параметрами, чем 70 «на всякий случай».

Отдельно проверьте идентификацию пользователя: anonymous_id до логина, user_id после, и правило склейки между ними. Иначе retention будет раздут или, наоборот, обрежется, а путь от клика до оплаты распадётся на два разных человека.

PostHog особенно полезен там, где нужны воронки, записи сессий и feature flags в одном месте. Но ценность появляется только после дисциплины в именовании: одно действие — одно имя, одинаковые параметры, без дубликатов и с понятной семантикой.

Если в аналитике спорят не про рост, а про то, «какое событие считать началом воронки», значит, схема ивентов ещё сырая. Сначала фиксируйте taxonomy, потом стройте дашборды.