Ключевые метрики после запуска приложения: полный разбор

Приложение уже живет: есть install, идут первые заказы, в analytics бегут цифры. Но через пару недель становится непонятно, какие метрики мобильного приложения действительно показывают здоровье продукта, а какие — просто шум для красивого отчета в Google Slides. Количество пользователей растет, оценки в сторах вроде бы неплохие, revenue есть, но непонятно, насколько все это эффективно и куда двигаться дальше: в маркетинг, в продукт, в цену или в удержание.

Часть показателей — метрики тщеславия: общее количество переходов, лайки, визиты без контекста, «сколько всего пользователей за месяц». Они не помогают принять ни одного серьезного решения. В этой статье разберем, как связать цели и ключевые метрики мобильного приложения, что считать в первые месяцы после запуска, чем отличаются DAU/MAU, retention, LTV, ARPU, cost per install, как организовать отслеживания и использовать цифры, чтобы продукт реально рос, а не просто выглядел живым в отчетах.

1. От цели продукта к метрикам: что именно считать после запуска

Список метрик нельзя просто взять «как у других» или из готовой статьи. Набор зависит от цели продукта и поведения вашей аудитории. Схема простая: цель → ключевое действие → метрика.

Например, игра. Цель — чтобы игроки регулярно возвращались и приносили выручку за счет внутриигровых покупок. Значит, на первом этапе важны retention по когортам (насколько users приходят обратно в D1, D7, D30), количество активных пользователей в день (DAU) и платежное поведение: конверсия в платеж, average чек, lifetime value игрока.

CRM-система или B2B веб‑сервис: цель — чтобы команды работали в продукте каждый день. Ключевые действия — создание задач, сделок, проектов, регулярное использование функций. Здесь приоритет — активация (сколько новых компаний дошли до «первой ценности») и глубина использования: сколько активных проектов, задач, сессий в месяц на аккаунт.

Интернет-магазин или мобильный e‑commerce app: цель — прибыль с заказов. Значит, важны конверсия в заказ, средний чек, процент повторных заказов, cost per order и маржа. Общее количество install без этих метрик мало что говорит.

Ориентирующая метрика (North Star Metric) — одно число, которое лучше всего отражает ценность продукта. Для CRM это может быть количество активных компаний с N+ задачами в неделю. Для игры — число пройденных уровней в день. Для подписочного сервиса — количество активных оплаченных подписок. Дальше из North Star выстраивается 3–5 поддерживающих метрик:

• активация: доля пользователей, дошедших до первого ценного действия;
• удержание: возвраты по дням/неделям;
• конверсия к ключевому действию и оплате;
• юнит‑экономика: LTV/CAC, ARPU, процент оттока.

Без такой карты любое продвижение превращается в хаотичное дерганье за разные числа в Google Analytics или Firebase.

2. Ключевые продуктовые метрики после запуска приложения

Частый запрос: «Какие ключевые метрики мобильного приложения стоит отслеживать в первые месяцы?» Разберем по блокам.

1. Аудитория и базовая активность

Install и регистрации полезно смотреть для оценки маркетинга: сколько стоит привлечения одного пользователя (cost per install, cost per registration), какие рекламные каналы приводят более качественных users. Но сами по себе эти числа не показывают, насколько продукт приносит value.

Дальше — активность:

• DAU (daily active users) — активные пользователи в день;
• WAU — за неделю;
• MAU — за месяц.

Для everyday‑сервисов (чат, игра, To‑Do) важен DAU, для B2B-CRM часто достаточно MAU с дополнительной метрикой «активные рабочие дни». Главный вопрос: кого вы считаете активным? Не просто тех, кто открыл app, а тех, кто сделал ключевое действие: создал задачу, прошел уровень, добавил товар в корзину. Это сильно влияет на интерпретацию DAU/MAU и соотношения dau mau (stickiness rate).

2. Удержание и вовлечённость

Cohort retention показывает, какой процент новых пользователей возвращается через период: D1, D7, D30, а иногда и 90 дней. Для игр критичны D1 и D7: если они низкие, масштабировать трафик бессмысленно. Для интернет-магазина важнее неделя и месяц, для CRM — месячный retention аккаунтов.

Дополнительно смотрим:

• частоту сессий и средний их размер — высокая активность может быть знаком ценности, а может говорить о проблемах с навигацией, когда люди долго ищут нужную функцию;
• количество целевых действий на пользователя: задач в CRM, уровней в игре, оформленных заказов, созданных документов.

3. Конверсия по воронке

Базовая воронка для мобильного приложения выглядит так:

• установка → регистрация → активация → ключевое действие → оплата → повторная оплата.

Analytics (Firebase, AppMetrica, Amplitude) помогает увидеть конверсию между шагами и выявить узкие места. Например, у игры: install → первый запуск → завершенный туториал → 3‑й день активности. У магазина: визит → просмотр карточки товара → добавление в корзину → заказ → оплата. Измеряя процент переходов, можно понять, где действительно проблемы продукта, а не маркетинга.

4. Монетизация и юнит‑экономика

• ARPU — average revenue per user: средняя выручка на одного пользователя за период (обычно месяц);
• ARPPU — средняя выручка только по платящим пользователям;
• LTV (lifetime value) — суммарная выручка от пользователя за весь период использования приложения, учитывая отток;
• конверсия в оплату: доля активных users, которые сделали хоть одну покупку или оформили подписку.

Эти значения важно связывать с marketing cost: CPI (cost per install), CAC (стоимость привлечения платящего пользователя), cost per order. Если LTV ниже, чем CAC, рост трафика только увеличивает убыток, независимо от того, насколько высокий рейтинг в Google Play или App Store.

5. Качество продукта и технические метрики

Технические показатели напрямую влияют на отток и оценки:

• crash‑free users / sessions, процент сессий без падений;
• скорость загрузки ключевых экранов: медленные экраны бьют по конверсии и удержанию;
• ошибки бэкенда (5xx, 4xx) и проблемные запросы API.

Если на Android app часто падает экран оплаты, вы увидите это как падение конверсии и всплеск негативных отзывов. Техническую метрику стоит считать приоритетной только если она заметно влияет на продуктовые показатели.

6. Приоритеты по этапам

В первый месяц после запуска фокус обычно такой:

• 1) активация — довести максимум новых пользователей до первого ценного действия;
• 2) удержание — стабилизировать D1/D7/D30;
• 3) устранение критических технических проблем.

Масштабирование рекламных кампаний и оптимизация цены/монетизации имеют смысл, когда базовая воронка уже не «дырявая» и lifetime value предсказуемо выше стоимости привлечения.

3. Как выстроить систему измерения: инструменты, события, отчёты

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

Карта событий обычно включает:

• вход/первый запуск;
• регистрацию и подтверждение аккаунта;
• активацию: первое ценное действие;
• ключевые пользовательские действия по категориям (создание задачи, заказ, уровень, документ);
• оплату и продление подписки;
• сигналы оттока: удаление карточки, длительное отсутствие сессий.

Лучше иметь 30 осмысленных событий, чем 300, которые никто не использует. Для мобильных продуктов часто используют Firebase Analytics, AppMetrica, аналогичные сервисы. Для глубокой продуктовой аналитики — Amplitude, Mixpanel, которые помогают быстро строить когорты, воронки, анализировать поведение активных пользователей. Google Analytics 4 связывает веб‑сайт, интернет-магазин и мобильное приложение; через сквозную аналитику можно учитывать расходы на маркетинговые кампании и revenue по каналам.

Базовый набор отчетов после запуска:

• воронки: от install до целевого действия и оплаты;
• когорты retention и выручки;
• дашборд с DAU/WAU/MAU, конверсиями, ARPU/ARPPU, LTV, cost per install и расходами на продвижения по каналам.

Типичные ошибки: настраивать события без понимания, какие бизнес‑задачи они помогут решить; смотреть только общее количество пользователей и визитов; не проверять корректность данных, из-за чего решения принимаются по искаженному отчету.

4. Как расти за счёт метрик: цикл гипотеза → эксперимент → результат

Метрики мобильного приложения имеют смысл только в связке с действиями. Последовательность простая: находим узкое место, формулируем гипотезу, запускаем эксперимент, оцениваем результат и закрепляем изменения.

Сначала анализ: где провал — в активации, удержании или монетизации? Например, высокий трафик и много install, но низкий процент регистраций — проблемы онбординга. Хороший DAU, но маленький revenue и LTV — пользователи активны, но продукт не монетизируется.

Гипотеза формулируется так: «Если мы сделаем X, то метрика Y вырастет с A до B за N недель». Примеры:

• упростить форму регистрации → увеличить конверсию в активацию с 40% до 55%;
• добавить подсказки по ключевым функциям CRM → поднять долю активных аккаунтов на 20%;
• изменить paywall в игре → вырастить ARPPU на 15% без падения retention.

Важно заранее выбрать метрику успеха и период оценки (обычно месяц) и не забывать смотреть на связанные метрики: рост конверсии не должен приводить к скачку оттока или падению оценок.

У разных типов продуктов свои фокусы: игры живут за счет удержания и продуманной внутриигровой экономики, CRM и веб‑сервисы — за счет глубины использования и продления подписок, интернет-магазины — за счет конверсии и процента повторных заказов. Если хочется двигаться быстрее и не тратить месяцы на пробование инструментов, имеет смысл подключить команду, которая умеет сразу проектировать приложение под метрики, настраивать аналитику и маркетинг. Наша команда как раз такой формат использует: разрабатываем мобильные приложения (iOS, Android), веб‑сервисы, CRM, игры, сайты и интернет-магазины и помогаем клиентам выстроить систему метрик и аналитики «под ключ» — от первого install до роста LTV и устойчивого revenue.