Сквозная аналитика TG-бота: Amplitude, PostHog или самописное — где не сломать воронку

Сквозная аналитика TG-бота: Amplitude, PostHog или самописное — где не сломать воронку

Если бот продаёт, поддерживает или ведёт в Mini App, аналитика нужна не «для отчёта», а чтобы видеть путь: вход → шаги → оплату → возврат. Без этого вы оптимизируете экран, а не доход.

Amplitude берут, когда важны когорты, retention и внятные воронки без разработки отчётов. PostHog удобен, если нужен контроль над данными, self-host и событийная аналитика без лишней бюрократии. Самописное решение уместно, когда у вас сложная логика, много источников трафика и нужны свои правила атрибуции.

На практике ломается не инструмент, а схема событий. Минимум должен быть такой:
— user_id и bot_id
— source / campaign / ad_id
— событие старта, ключевые шаги, успех, отказ
— связка с платежом и повторным визитом
Если этого нет, любой дашборд превращается в красивую пустоту 📉

Что важно: не тащите в аналитику весь чат. Логируйте только бизнес-события, иначе вы утонете в шуме и начнёте считать активностью лишние нажатия. Для команды без сильной data-функции чаще выигрывает PostHog; для growth-воронки с готовой дисциплиной событий — Amplitude; самописное стоит делать только если аналитика уже стала продуктовой функцией.

Выбор простой: сначала схема событий, потом инструмент. Если её нет, не спасёт ни SaaS, ни свой стек.