Основные метрики приложения: что и как измерять для роста продукта

Установки, красивые графики из сторы и отчёты маркетинга не отвечают на главный вопрос: продукт зарабатывает или сливает бюджет. Метрики — это язык, на котором общаются бизнес, разработчики и маркетинг, принимая решения о продукте без эмоций. Для мобильных приложений, веб‑сервисов, CRM‑систем, игр и интернет‑магазинов этот язык разный на уровне деталей, но общий по логике: активность, конверсия, доход, отток. Ниже — концентрат практики: основные метрики приложения, их формулы, примеры интерпретации и подсказки, какие показатели важнее именно для вашей модели монетизации, будь то подписка, транзакции или внутриигровые покупки.

Что считать «основными метриками приложения» и как не утонуть в цифрах

Основные метрики приложения — это 5–7 чисел, по которым в любой момент можно ответить на три вопроса: сервис жив или нет, растёт или проседает и приносит ли прибыль вложениям в разработку, продвижение и рекламных кампаний. Остальные показатели метрик мобильных приложений полезны, но уже как детализация.

Выбор метрик всегда опирается на модель монетизации и тип продукта:

• подписка (SaaS‑сервисы, CRM) — важны конверсия в платно, churn, LTV;
• транзакции (интернет‑магазины, маркетплейсы) — средний чек, частота заказов, cost per order;
• внутриигровые покупки — удержание, процент платящих пользователей, ARPU и ARPPU;
• разовые платежи (утилиты) — конверсия в покупку и окупаемость трафика.

Метрики удобно группировать по трём уровням, чтобы не путаться:

1. Привлечение: трафик, установки, регистрации, cost per install / cost per lead.
2. Активация и удержание: первые целевые действия, возвращаемость, ежедневная и monthly active users.
3. Монетизация: average revenue per user, LTV, окупаемость маркетинговые кампаний.

Например, для мобильной игры критичны Retention D1/D7/D30 и ARPU, а для CRM‑системы — conversion rate в оплату и отток клиентов. Без осознанного выбора опорных метрик любой дашборд из десятков графиков превращается в шум, на основе которого нельзя принимать решения.

Список ключевых продуктовых метрик: что считать и как считать

Ниже — практический набор, с которого обычно начинают аналитики и продакты. Эти метрики используют и в Google Firebase, и в AppMetrica, и в Amplitude, поэтому их формулировки легко перенести в ваши инструменты отслеживания.

1. Привлечение и верх воронки

• Установки / регистрации
• Показывают масштаб: сколько users вообще видит продукт. Считается просто: количество за период (день, неделю, месяц), но обязательно с разбивкой по каналам, чтобы позже сравнивать стоимость и эффективность. Уже на этом уровне можно считать cost per install: маркетинговые расходы / число установок.
• CR (conversion rate) из установки в регистрацию / онбординг
• Формула: CR = (Число зарегистрировавшихся / Число установок) × 100%.
• Показатель показывает, насколько первый запуск и онбординг дожимают интерес. Если CR низкий, повышение бюджета на продвижение почти всегда сжигает деньги: трафик приходит, но не превращается в активных пользователей.

2. Активация

Активация — момент, когда пользователь впервые получает ценность сервиса. Для разных моделей это разные действия:

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

Метрика активации:

Activation rate = (Пользователи, достигшие события активации / Пользователи, установившие или зарегистрировавшиеся) × 100%.

Если Activation rate низкий, увеличение трафика, DAU или MAU мало что меняет: пользователи не доходят до ценности и быстро выпадают, отток растёт, а average revenue per user остаётся на нуле.

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

• Retention (D1, D7, D30 и т.п.)
• Когорточная формула: Retention Dn = (Пользователи когорты, вернувшиеся в день n / Пользователи, установившие или зарегистрировавшиеся в день 0) × 100%.
• Retention помогает понять, насколько продукт действительно нужен, а не просто любопытен. Высокий D1 говорит об удачном онбординге и первом опыте, D7 и D30 — о реальной ценности и качестве контента или функциональности. Для игр считается нормой ориентироваться на D1 от 35–40% и выше, для утилит и некоторых B2B‑сервисов цифры часто ниже, но важнее регулярные возвращения в течение месяца.
• DAU / MAU и «липкость» (Stickiness)
• DAU (daily active users) — число активных пользователей в день. MAU (monthly active users) — активных за месяц. Есть и промежуточный показатель WAU — weekly active users, важный для сервисов с недельным циклом использования.
• Коэффициент липкости: Stickiness = DAU / MAU × 100%. Он показывает, насколько часто пользователи возвращаются. Мессенджеры и социальные сети стремятся к 40–60%, утилиты могут иметь 10–20% и при этом быть здоровым бизнесом — всё зависит от сценария использования.

4. Ключевые метрики монетизации

• ARPU (Average Revenue Per User)
• Формула: ARPU = Общая выручка за период / Число активных пользователей за период.
• Можно считать за день, неделю или месяц (average revenue per user per month). Показатель помогает сравнивать эффективность каналов привлечения: если с Facebook приходят пользователи с ARPU выше, чем с Google Ads, то именно туда логично переносить бюджет.
• ARPPU (Average Revenue Per Paying User)
• Формула: ARPPU = Выручка за период / Число платящих пользователей за период.
• Позволяет выявить, насколько хорошо продукт работает с платёжеспособной аудиторией. Если ARPU растёт за счёт увеличения процента платящих, а ARPPU стоит, возможно, вы недозарабатываете на уже лояльных клиентах и стоит тестировать пакеты, цены и платный контент.
• Conversion to paid (конверсия в оплату)
• Формула: CR paid = (Число платящих пользователей / Общее число пользователей) × 100%.
• Ключевой показатель для freemium‑модели и бесплатный периодов. Он напрямую влияет на revenue per user и в целом на average revenue. Маленький рост конверсии в оплату (например, с 2% до 3%) при стабильном DAU/MAU часто даёт больший эффект по доходу, чем попытка удвоить трафик.

В совокупности эти метрики показывают не только действия пользователей, но и то, как политика цен, модель монетизации и продуктовые решения влияют на прибыль.

Метрики роста и юнит‑экономика: как понять, что продукт масштабируется

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

• LTV (Lifetime Value)
• Интуитивно — это средняя маржа, которую приносит один пользователь за всё время использования сервиса.
• Практичная формула: LTV ≈ ARPU за период × Средняя продолжительность жизни пользователя в периодах × Маржинальность.
• Для подписочных сервисов и CRM часто используют упрощение: LTV ≈ Средний чек в месяц × Средняя длительность подписки в месяцах × Маржинальность. Здесь критичны метрики оттока: churn напрямую режет LTV.
• CAC (Customer Acquisition Cost)
• Формула: CAC = Маркетинговые расходы за период / Число новых платящих пользователей за период.
• Рекомендуется считать CAC по каждому каналу: контекст, таргет, SEO, органика стора. Это помогает выявить, какие рекламные кампании действительно работают, а какие только надувают MAU без дохода.
• Соотношение LTV/CAC
• Ключевой агрегированный показатель эффективности. Формула: LTV / CAC.
• Интерпретация проста:
• < 1 — вы теряете деньги на каждом платящем пользователе;
• 1–2 — продукт на грани окупаемости, стоит работать над конверсией и удержанием;
• 3+ — модель считается устойчивой, можно масштабировать бюджеты.
• Если, например, LTV = 90 $, CAC = 30 $, то LTV/CAC = 3 — можно постепенно увеличивать расходы, отслеживать результаты по неделям и корректировать стратегию.
• Churn rate (отток)
• Формула: Churn = (Пользователи, ушедшие за период / Пользователи в начале периода) × 100%.
• Для сервисов с подпиской и CRM отток важнее «голого» роста активных пользователей. Низкий churn, даже при умеренном привлечении, даёт стабильный monthly recurring revenue и здоровый average revenue per user.

Связка LTV, CAC и churn помогает разработчикам и владельцам продукта принимать решения о ценах, платных функциях и приоритетах в бэклоге на основе точные метрики, а не ощущений.

Как внедрить систему метрик в продукте и на что смотреть в первую очередь

Чтобы метрики мобильных приложений и веб‑сервисов работали, их нужно заложить ещё на этапе разработки, а не «прикрутить потом».

Минимальный набор «выживания» для любого продукта:

• Привлечение: установки / регистрации и CR из установки в регистрацию или онбординг.
• Активация: чётко сформулированное событие активации и его процент от новых пользователей.
• Удержание: Retention D1 и D7 (для игр и медиа — ещё D30), плюс базовые DAU/MAU.
• Монетизация: ARPU, конверсия в оплату, доля платящих пользователей.
• Рост: LTV/CAC хотя бы в упрощённом виде раз в месяц.

Организация работы с аналитикой:

• при проектировании сразу описать события, которые важно отслеживать, и заложить их в продукт (Firebase/Google Analytics, AppMetrica, Amplitude и другие платформы аналитики);
• начинать с 5–7 ключевых показателей и только потом добавлять продвинутые метрики;
• раз в неделю или спринт смотреть динамику: где просел Activation rate, какие каналы дают лучший revenue per user, где вырос churn, и формулировать 1–2 конкретные гипотезы улучшения.

Если вам нужен сервис или мобильное приложение, где метрики не «прикручены сбоку», а встроены в архитектуру с первого дня, мы можем помочь: спроектируем воронку, настроим события, соберём панель метрик роста и монетизации для мобильных приложений, веб‑сервисов, CRM‑систем, игр или интернет‑магазинов и продолжим работать вместе над их ростом.