TL;DR
- Amplitude и Mixpanel отвечают не только "откуда пришел трафик", а "что пользователи делают внутри продукта и какие действия ведут к retention, revenue и expansion".
- Основа этих систем - event + properties + user identity.
- Главные отчеты: event segmentation, funnels, cohorts, retention, paths/flows, dashboards.
- Самая частая ошибка внедрения - плохая identity setup: один человек выглядит как несколько пользователей, и retention/funnel reports становятся шумом.
- Инструмент не заменяет tracking plan. Без нормальной схемы событий Amplitude и Mixpanel просто красиво показывают мусор.
1. Чем продуктовая аналитика отличается от web analytics
Web analytics хорошо отвечает на вопросы acquisition: source, medium, landing page, campaign, session, conversion. Product analytics идет глубже: какие действия внутри продукта связаны с долгосрочной ценностью.
| Вопрос | Web analytics | Product analytics |
|---|---|---|
| Откуда пришел пользователь? | Сильная сторона | Есть, но не основная |
| Что он сделал после регистрации? | Ограниченно | Сильная сторона |
| Где drop-off в onboarding? | Частично | Сильная сторона |
| Какие действия ведут к retention? | Слабо | Сильная сторона |
| Какие когорты окупаются? | Нужно связывать с CRM/BI | Хорошо при правильной схеме |
GA4 тоже event-based, но Amplitude/Mixpanel обычно удобнее для продуктовых команд, которым нужно быстро строить behavioral cohorts, activation funnels и retention charts без постоянного SQL-запроса.
2. Event model
Событийная аналитика строится из трех частей:
| Часть | Пример |
|---|---|
| Event | Project Created |
| Event properties | template: onboarding, source: invite, platform: web |
| User properties | plan: free, country: KZ, signup_date: 2026-05-01 |
Плохое событие:
Хорошее событие:
Хорошее событие отражает смысл, а не DOM-клик.
3. Identity management
Identity - место, где ломается больше всего внедрений. До регистрации пользователь anonymous. После регистрации у него появляется stable internal user ID. Если эти два мира не склеить, в отчетах один человек станет двумя.
Правила:
- не использовать телефон/email как основной identifier;
- использовать стабильный internal ID;
- вызывать identify на login/registration;
- делать reset на shared devices/logout, если это нужно;
- не смешивать dev/staging/prod;
- заранее решить, как работают account-level и user-level IDs в B2B.
Если identity не настроена, funnel и retention reports будут недостоверны.
4. Amplitude
Amplitude силен в продуктовой аналитике, behavioral cohorts, retention, experimentation и enterprise governance. Его часто выбирают команды, которым нужна глубокая работа с поведением и growth-петлями.
Подходит, если:
- есть сложный продукт;
- нужно искать behaviors that lead to retention;
- важны cohorts and journeys;
- есть продуктовые аналитики;
- нужна связь analytics, experiments и personalization.
Риск: без disciplined tracking plan Amplitude быстро становится дорогой энциклопедией событий, где никто не уверен, что означает каждый event.
5. Mixpanel
Mixpanel обычно воспринимается как удобный self-service инструмент для funnels, retention, cohorts и быстрых вопросов от product/growth команд.
Подходит, если:
- нужна быстрая визуальная аналитика;
- PM/growth team сама строит funnels;
- нужно видеть drop-off и retention без SQL;
- команда небольшая или средняя;
- нужна понятная работа с events/profiles.
Риск: event-based pricing и event sprawl. Если команда трекает все подряд, стоимость и сложность растут быстрее пользы.
6. Что выбрать
| Сценарий | Практичный выбор |
|---|---|
| Маленький продукт без аналитика | Начать с минимальной taxonomy, возможно Mixpanel/PostHog/Firebase |
| Growth-команда с activation/retention фокусом | Amplitude или Mixpanel |
| Enterprise SaaS с командами и accounts | Проверять group/account analytics и governance |
| Продукт с сильным warehouse | Смотреть экспорт/warehouse sync и BI-связку |
| Финтех/regulated | Проверять data residency, PII, access control, DPA |
Инструмент выбирается после tracking plan, а не до него. Иначе команда покупает интерфейс, не зная, какие вопросы хочет задавать.
7. Минимальная схема внедрения
| Шаг | Что сделать |
|---|---|
| 1 | Описать 15-30 ключевых событий |
| 2 | Утвердить naming convention |
| 3 | Настроить user identity |
| 4 | Разделить environments |
| 5 | Проверить live events |
| 6 | Собрать activation funnel |
| 7 | Собрать retention report |
| 8 | Подключить export/BI при необходимости |
| 9 | Назначить owner event taxonomy |
Для первой версии не нужно 200 events. Нужны события, которые отвечают на вопросы о value, retention и revenue.
8. Локальный контекст СНГ/РК
В Казахстане многие команды уже имеют GA4, CRM и рекламные кабинеты, но не имеют единой продуктовой картины. Для app-first, fintech, EdTech и marketplace-продуктов этого недостаточно.
Типичная проблема:
- в GA4 видно source/medium;
- в CRM видно заявку;
- в приложении видно purchase;
- в support видно жалобы;
- в финансах видно деньги;
- но никто не видит путь пользователя целиком.
Amplitude/Mixpanel могут стать рабочим слоем для product/growth команды, если события и user IDs связаны с backend.
9. Частые ошибки
| Ошибка | Что происходит |
|---|---|
| Ставят инструмент без tracking plan | Events растут хаотично |
| Нет identify/reset логики | Один пользователь распадается на несколько |
| События называются по UI | После редизайна смысл ломается |
| Нет QA live events | В отчет попадает staging/test traffic |
| Нет owner taxonomy | Старые events никто не чистит |
| Product analytics не связана с revenue | Команда оптимизирует usage, не бизнес |
10. Видео
11. Главный совет
Amplitude и Mixpanel дают силу только после дисциплины. Сначала stable IDs, tracking plan и QA. Потом funnels, cohorts и dashboards. В обратном порядке вы получите красивую аналитику, которой нельзя доверять.
Sources / Notes
- Amplitude Docs: Product analytics documentation
- Amplitude: Understanding user behavior
- Mixpanel: Product analytics
- Mixpanel Developer Docs: Retention Query API
- Mixpanel: Guide to Product Analytics
- Segment Docs: Mixpanel identity notes