Глава 05 / 26

Какую аналитику подключать и зачем

Евгений Езуб ·

Каждое измерение должно помогать принять решение: где теряются люди, кто возвращается, за что платят, что окупается.

Рисунок 2. Какие данные связывают приложение, платежи и рекламу. Стрелки показывают передачу данных; пунктир — при наличии интеграции.
Рисунок 2. Какие данные связывают приложение, платежи и рекламу. Стрелки показывают передачу данных; пунктир — при наличии интеграции.

Главное

  • Минимум для старта: продуктовая аналитика, учёт сбоев, отчёты магазинов, надёжный учёт платежей.
  • MMP нужен при нескольких рекламных каналах и сложных переходах, не обязательно в первый день.
  • Продуктовую аналитику выберите одну (Firebase, Amplitude, Mixpanel, PostHog) — по отчётам, платформам, экспорту и цене.
  • Каждый лишний SDK — это поддержка и данные, которыми надо управлять.

Модель: как внедрять

1. план измерения
2. проект сервиса + платформы приложения
3. SDK, правила согласия и отправки
4. события + проверка (Firebase DebugView)
5. тестовые ≠ реальные данные
6. владелец событий
7. первые отчёты + проверка в выпущенной версии

Частая ошибка

Ставить несколько одинаковых систем «на будущее». Получаете дубли, расхождения цифр и лишнюю нагрузку.

Подробный разбор

Каждое измерение должно помогать принять решение: где теряются пользователи, кто возвращается, за что платят и какие каналы окупаются.

Для анализа поведения выберите одну систему: Firebase, Amplitude, Mixpanel или PostHog. Сравните нужные отчёты, поддержку платформ, экспорт и стоимость при вашем объёме.

Минимальный набор для начала

Для старта нужны продуктовая аналитика, учёт сбоев, отчёты магазинов и надёжный учёт платежей. MMP полезнее при нескольких рекламных каналах и сложных переходах; для отдельных режимов кампаний площадка может требовать партнёрскую интеграцию.

SDK — библиотека для подключения сервиса к приложению. Каждый лишний SDK добавляет поддержку и работу с данными; не устанавливайте несколько одинаковых систем «на будущее».

Как внедрять

Сначала составьте план измерения. Затем заведите проект сервиса, зарегистрируйте платформы приложения, подключите SDK, задайте правила согласия и отправки данных, добавьте события и проверьте их. Разделите тестовые и реальные данные, назначьте владельца событий, создайте первые отчёты.

Для Firebase проверка событий доступна в DebugView. После проверки на тестовом устройстве убедитесь, что данные приходят и из выпущенной версии. Регистрация событий, DebugView.