KPI для мобильных приложений: какие метрики реально показывают рост продукта
1000 установок в день. Звучит хорошо, правда?
А что, если 90% удаляют приложение через час? Или пользуются раз и больше не возвращаются?
Тогда это не рост. Это слив денег на привлечение людей, которым не нужен ваш продукт.
Большинство продуктовых команд и маркетологов фокусируются на неправильных метриках. Считают установки. Празднуют рост MAU. А приложение не зарабатывает и не удерживает пользователей.
KPI мобильного приложения это не количество установок. Это система показателей, которая показывает, работает ли продукт, окупается ли привлечение, и растет ли бизнес.
В этой статье разберем, какие KPI действительно важны для мобильных приложений. По стадиям жизненного цикла. С таблицами норм и примерами.
Коротко о главном
Установки не равны пользователям, пользователи не равны выручке. Большой трафик часто маскирует проблемы продукта.
KPI это не просто метрика. Это ключевой показатель, на который завязаны решения и цели команды.
Разные стадии продукта требуют разных KPI. На MVP важна активация. На росте retention и LTV. На зрелости экономика и масштабирование.
Главный KPI мобильного приложения это retention. Если люди не возвращаются, остальные метрики не имеют смысла.
Unit economics (CAC, LTV, Payback) отличает игру от бизнеса. Без здоровой экономики масштабирование убивает деньги.
Почему KPI мобильного приложения это не просто установки
Большинство начинают с установок. Логика простая: больше установок = больше пользователей = больше денег.
Не работает так.
Установки ≠ пользователи
Человек установил приложение. Но:
- Открыл и сразу удалил
- Прошел регистрацию, но не использовал
- Использовал раз и забыл
Установка это только вход. Пользователь это тот, кто возвращается и получает ценность.
Если из 1000 установок 100 становятся активными пользователями, реальная конверсия 10%. Остальные 900 это просто расход на маркетинг.
Пользователи ≠ выручка
MAU (месячные активные пользователи) вырос с 10 000 до 50 000. Звучит отлично.
Но если никто не платит, это не бизнес. Это хобби.
Пример:
Приложение с 50 000 MAU, но конверсия в платящих 1%. Это 500 платящих пользователей.
Приложение с 10 000 MAU, но конверсия 10%. Это 1000 платящих.
Второе приносит в 2 раза больше денег при меньшей аудитории.
Почему «много трафика» часто маскирует проблемы продукта
Рост установок создает иллюзию успеха.
Команда видит красивые графики. Растет трафик. Растут регистрации.
Но если копнуть глубже:
- Retention Day 7 упал с 20% до 10%
- Churn вырос на 50%
- CAC вырос, LTV упал
Трафик маскирует то, что продукт не работает. Люди приходят, но не остаются.
Правильный фокус: весь путь от установки до выручки.
Схема жизненного цикла пользователя:
Installs (установки) → Activation (активация) → Retention (удержание) → Revenue (выручка) → Referral (рекомендации)
Если хотя бы одно звено ломается, рост невозможен.
Что такое KPI в контексте мобильных приложений
KPI и метрика это не одно и то же.
Метрика vs KPI
Метрика это любой измеримый показатель. Установки, сессии, клики, время в приложении.
KPI (Key Performance Indicator) это ключевой показатель эффективности. Метрика, на которую завязаны цели, решения и ответственность команды.
Пример:
- Метрика: количество сессий в день
- KPI: DAU (дневные активные пользователи) должен вырасти с 5000 до 10 000 за квартал
Разница: KPI имеет целевое значение, дедлайн и влияет на стратегию.
Почему один и тот же показатель может быть KPI на одной стадии и вторичной метрикой на другой
На разных стадиях продукта важны разные вещи.
| Показатель | Метрика / KPI | Когда становится KPI |
|---|---|---|
| Установки (Installs) | KPI на старте | Когда нужно набрать критическую массу пользователей для валидации |
| Установки (Installs) | Вторичная метрика | Когда фокус сместился на retention и монетизацию |
| Retention Day 7 | Вторичная метрика на старте | Пока нет достаточной базы для анализа |
| Retention Day 7 | KPI на росте | Когда продукт нашел PMF и нужно удерживать пользователей |
| LTV | Вторичная метрика | Пока нет повторных покупок или подписок |
| LTV | KPI на масштабировании | Когда экономика определяет возможность роста |
KPI эволюционируют вместе с продуктом.
KPI по стадиям жизненного цикла приложения
Это ключевая логика статьи. Разные стадии требуют разных KPI.
Воронка жизненного цикла приложения:
Acquisition (привлечение) → Activation (активация) → Retention (удержание) → Revenue (монетизация) → Unit Economics (экономика)
Каждая стадия имеет свои критические метрики.
Привлечение (Acquisition)
Задача: привести людей в приложение.
Основные KPI:
Install (установки). Количество установок приложения за период.
Показывает объем привлечения. Но без контекста бесполезен.
CPI (Cost per Install). Стоимость одной установки.
CPI = Расходы на маркетинг / Количество установок.
Главная метрика для оценки эффективности каналов привлечения.
CTR (Click Through Rate). Процент кликов на рекламу.
Показывает, насколько креатив цепляет аудиторию.
Conversion to install. Конверсия из клика в установку.
Показывает, насколько страница в сторе убедительна.
| KPI | Формула | Что показывает | Риск неправильной интерпретации |
|---|---|---|---|
| Installs | Количество установок | Объем привлечения | Не учитывает качество. 1000 установок с 1% retention хуже 100 с 50% |
| CPI (₽) | Расходы / Installs | Эффективность канала | Низкий CPI при плохом retention = слив денег |
| CTR (%) | Клики / Показы × 100 | Качество креатива | Высокий CTR не гарантирует качественных пользователей |
| Conversion to install (%) | Installs / Клики × 100 | Качество страницы стора | Может быть высокой, но retention низкий |
Нормы:
- CPI зависит от категории: игры 50-200₽, утилиты 100-500₽, B2B приложения 500-2000₽
- CTR в рекламе: 1-3% норма, > 5% хорошо
- Conversion to install: 15-30% норма
Пример из Google Ads:
Кампания по установкам игры. CPI 80₽, CTR 4%, conversion to install 25%. На первый взгляд отлично.
Но Retention Day 1 всего 10%. Из 1000 установок на следующий день возвращается 100 человек.
Реальный CPI удержанных пользователей: 80₽ / 10% = 800₽.
Это меняет картину.
Активация (Activation)
Первый критический момент. Человек установил приложение. Получит ли он ценность в первой сессии?
Если нет активируется в первые минуты, вероятность возврата падает в разы.
KPI:
Activation rate. Процент пользователей, совершивших ключевое действие в первой сессии.
Ключевое действие зависит от типа приложения:
- Игра: завершил первый уровень
- Фитнес приложение: создал тренировку
- Соцсеть: добавил друзей
- Ecommerce: добавил товар в избранное
Time to first action. Время до первого значимого действия.
Чем быстрее пользователь получает ценность, тем выше retention.
Completion of onboarding. Процент завершивших онбординг.
Если онбординг длинный и сложный, люди уходят.
| Событие | % пользователей | KPI | Что улучшать |
|---|---|---|---|
| Открыли приложение | 100% | Базовая метрика | Точка отсчета |
| Начали онбординг | 80% | Conversion в онбординг | Упростить первый экран, убрать трение |
| Завершили онбординг | 50% | Onboarding completion | Сократить шаги, добавить прогресс бар |
| Совершили ключевое действие | 30% | Activation rate | Показать ценность быстрее, улучшить UX |
Норма activation rate: 25-40% для большинства приложений. > 50% отлично.
Удержание (Retention)
Главный индикатор качества продукта.
Если люди не возвращаются, продукт им не нужен. Все остальные метрики вторичны.
KPI:
Day 1 / Day 7 / Day 30 retention. Процент пользователей, вернувшихся через 1, 7 или 30 дней после установки.
Формула: (Пользователи, вернувшиеся на день X / Пользователи, установившие в день 0) × 100.
DAU / WAU / MAU. Дневные, недельные, месячные активные пользователи.
Показывает размер активной базы.
Stickiness (DAU / MAU). Липкость продукта.
Stickiness = DAU / MAU × 100.
Показывает, как часто пользователи возвращаются.
| Период | Retention (%) | Норма | Сигнал проблемы |
|---|---|---|---|
| Day 1 | 40% | 30-50% норма, > 60% отлично | < 20% продукт не дает ценность в первый день |
| Day 7 | 20% | 15-25% норма, > 30% отлично | < 10% люди не видят причины возвращаться |
| Day 30 | 10% | 8-15% норма, > 20% отлично | < 5% продукт не формирует привычку |
| Stickiness | 20% | > 20% хорошо, > 50% отлично | < 10% продукт используют редко |
Retention кривая (cohort chart):
Когорта пользователей, установивших приложение 1 января:
- День 0: 1000 человек
- День 1: 400 (40%)
- День 7: 200 (20%)
- День 30: 100 (10%)
Это нормальная кривая для большинства приложений. Большая часть пользователей уходит в первые дни.
Если Day 7 retention < 10%, проблема критическая. Продукт не дает достаточной ценности.
Пример:
Игра с отличным CPI 50₽, но Day 7 retention 5%.
Из 1000 установок через неделю остается 50 человек.
Реальный CPI активных пользователей: 50₽ / 5% = 1000₽.
При среднем LTV 500₽ это убыточно.
Монетизация (Revenue)
Задача: превращать пользователей в деньги.
KPI:
ARPU (Average Revenue Per User). Средний доход с пользователя.
ARPU = Общая выручка / Все пользователи (MAU).
ARPPU (Average Revenue Per Paying User). Средний доход с платящего пользователя.
ARPPU = Общая выручка / Количество платящих пользователей.
Conversion to paid. Конверсия в платящих пользователей.
Conversion = Платящие пользователи / Все пользователи × 100.
MRR (Monthly Recurring Revenue). Месячная повторяющаяся выручка (для подписок).
MRR = Количество подписчиков × Средняя цена подписки.
| Метрика | Формула | Когда критична | Ошибки |
|---|---|---|---|
| ARPU (₽) | Выручка / MAU | Всегда. Показывает общую монетизацию | Может быть низкой из за большой неплатящей базы |
| ARPPU (₽) | Выручка / Платящие пользователи | Когда нужно понять, сколько платят те, кто платит | Не учитывает конверсию. Можно иметь высокий ARPPU при 0,5% conversion |
| Conversion to paid (%) | Платящие / Все × 100 | Для любого монетизируемого приложения | Считают только первую покупку, игнорируют повторные |
| MRR (₽) | Подписчики × Цена | Для подписочных моделей | Не учитывает churn. MRR может расти, но клиенты уходят |
Нормы:
- ARPU зависит от категории: игры 10-100₽, утилиты 50-500₽, B2B приложения 1000-10 000₽
- ARPPU: игры 500-5000₽, подписки 300-3000₽
- Conversion to paid: 1-5% норма, > 10% отлично
- Для подписок: trial to paid conversion 40-60%
Экономика (Unit Economics)
Этап, который отличает «игру» от бизнеса.
Можно иметь миллион пользователей и не зарабатывать. Или терять деньги на каждом новом клиенте.
KPI:
LTV (Lifetime Value). Сколько денег приносит пользователь за все время.
Простая формула: LTV = ARPU × Средний срок жизни пользователя (в месяцах).
Для подписок: LTV = ARPPU / Churn rate.
CAC (Customer Acquisition Cost). Сколько стоит привлечь пользователя.
CAC = Расходы на маркетинг / Количество установок (или активаций).
Payback period. Срок окупаемости пользователя.
За сколько времени пользователь вернет CAC.
LTV / CAC ratio. Соотношение ценности пользователя к стоимости привлечения.
Норма: минимум 3:1. Лучше 5:1 и выше.
| Канал | CAC (₽) | LTV (₽) | LTV/CAC | Payback (дни) | Решение |
|---|---|---|---|---|---|
| Google Ads (UAC) | 150 | 800 | 5,3:1 | 45 | Масштабировать |
| Яндекс Директ | 200 | 800 | 4:1 | 60 | Масштабировать |
| Органический трафик | 50 | 900 | 18:1 | 15 | Усилить ASO |
| Influencer marketing | 300 | 700 | 2,3:1 | 90 | Оптимизировать или стоп |
| Реферальная программа | 30 | 850 | 28:1 | 10 | Масштабировать |
График окупаемости:
Пользователь с CAC 200₽ и ARPU 50₽/месяц окупается за 4 месяца.
Если средний срок жизни 12 месяцев, LTV = 50 × 12 = 600₽. LTV/CAC = 3:1. Минимально приемлемо.
Если churn высокий и срок жизни 6 месяцев, LTV = 300₽. LTV/CAC = 1,5:1. Убыточно.
Критическое правило:
Никогда не масштабируйте канал с LTV/CAC < 3:1. Чем больше вы привлекаете, тем больше теряете.
KPI для разных типов мобильных приложений
Разные категории приложений имеют свои особенности.
KPI для игр (Mobile Games)
Мобильные игры это отдельная вселенная метрик.
Ключевые KPI:
CPI (Cost per Install). Стоимость установки.
Для игр CPI обычно ниже, чем для других категорий: 30-150₽.
Retention D1 / D7. Удержание на 1 и 7 день.
Главный показатель качества игры. Если retention плохой, игра не зацепила.
ARPDAU (Average Revenue Per Daily Active User). Средний доход с дневного активного пользователя.
ARPDAU = Дневная выручка / DAU.
Показывает эффективность монетизации.
Session length. Средняя длительность сессии.
Долгие сессии = высокая вовлеченность.
| Метрика | Почему важна | Минимальный ориентир |
|---|---|---|
| CPI (₽) | Определяет возможность масштабирования | < 100₽ для казуальных игр, < 200₽ для мидкора |
| Retention D1 (%) | Игра зацепила или нет | > 40% хорошо, > 60% отлично |
| Retention D7 (%) | Формируется ли привычка | > 15% хорошо, > 25% отлично |
| ARPDAU (₽) | Эффективность монетизации | > 5₽ приемлемо, > 20₽ отлично |
| Session length (мин) | Вовлеченность | > 10 мин хорошо, > 20 мин отлично |
Особенности:
Игры живут retention и ARPDAU. Если retention низкий, никакая монетизация не спасет.
Для игр критична когортная аналитика. Нужно смотреть retention и LTV по когортам (группам пользователей, установивших игру в один день).
KPI для подписочных приложений (SaaS / utility)
Подписки это предсказуемая выручка, но сложное удержание.
Ключевые KPI:
Trial to paid. Конверсия из пробной версии в платную.
Норма: 40-60%. Если ниже 30%, проблема в ценности или онбординге.
Churn. Процент ушедших подписчиков.
Monthly churn = Отписавшиеся за месяц / Подписчики на начало месяца × 100.
Хороший churn < 5% в месяц. Плохой > 10%.
MRR growth. Рост месячной повторяющейся выручки.
Показывает, растет ли бизнес.
LTV. Пожизненная ценность подписчика.
Для подписок: LTV = ARPPU / Churn rate.
| Метрика | Влияние на рост | Связь с продуктом |
|---|---|---|
| Trial to paid (%) | Прямое. Определяет, сколько платящих из пробников | Качество онбординга, ценность продукта |
| Churn (%) | Критическое. Высокий churn убивает рост | Retention стратегия, продуктовые улучшения |
| MRR growth (%) | Главная метрика роста | Баланс между новыми подписчиками и churn |
| LTV (₽) | Определяет возможность масштабирования | Чем дольше остаются, тем выше LTV |
Пример:
Приложение для изучения языков. Пробная версия 7 дней, подписка 499₽/месяц.
- Trial пользователи: 1000
- Trial to paid: 50% (500 платящих)
- Monthly churn: 8%
- LTV = 499 / 0,08 = 6237₽
При CAC 1500₽, LTV/CAC = 4,16:1. Хорошо, можно масштабировать.
Но если churn вырастет до 15%, LTV упадет до 3327₽. LTV/CAC = 2,2:1. Масштабирование станет рискованным.
KPI для ecommerce приложений
Мобильная коммерция имеет свои особенности.
Ключевые KPI:
Conversion to purchase. Конверсия в покупку.
Процент пользователей, совершивших покупку.
Норма: 2-5% для холодных пользователей, 10-20% для теплых.
AOV (Average Order Value). Средний чек.
AOV = Общая выручка / Количество заказов.
Repeat purchase rate. Процент повторных покупок.
Repeat rate = Клиенты с повторной покупкой / Все клиенты × 100.
Mobile share of revenue. Доля мобильных продаж в общей выручке.
Показывает, насколько важен мобильный канал.
| Метрика | Где измеряется | Что улучшать |
|---|---|---|
| Conversion to purchase (%) | Аналитика приложения, Google Analytics | Упростить чекаут, улучшить карточки товаров, добавить trust факторы |
| AOV (₽) | Платежная система, CRM | Апселлы, бандлы, бесплатная доставка от суммы |
| Repeat purchase rate (%) | CRM, аналитика | Email маркетинг, пуш уведомления, программа лояльности |
| Mobile share of revenue (%) | Сравнение с веб версией | Если низкая, улучшать UX мобильного приложения |
Пример:
Ecommerce приложение одежды:
- MAU: 50 000
- Conversion to purchase: 4% (2000 покупок)
- AOV: 3500₽
- Repeat purchase rate: 25%
Месячная выручка: 2000 × 3500 = 7 000 000₽
ARPU = 7 000 000 / 50 000 = 140₽
Потенциал роста: увеличить repeat purchase rate с 25% до 40% через email и пуши.
KPI маркетинга мобильного приложения
Связка product + marketing.
Маркетинг приложения это не только привлечение. Это привлечение качественных пользователей, которые остаются и платят.
Ключевые KPI:
CPI (Cost per Install). Стоимость установки по каналам.
CAC (Customer Acquisition Cost). Стоимость привлечения платящего клиента.
CAC учитывает не только установку, но и activation, retention, conversion.
Quality installs. Качественные установки.
Установки с высоким retention и LTV.
Retention by channel. Retention по каналам привлечения.
Какие каналы дают пользователей, которые остаются.
| Канал | CPI, ₽ | Retention D7, % | LTV, ₽ | Вывод |
|---|---|---|---|---|
| Google UAC | 120 | 25 | 850 | Хорошо, масштабировать |
| Яндекс Директ | 150 | 22 | 800 | Хорошо, но дороже |
| Органический (ASO) | 0 | 35 | 1200 | Отлично, усилить |
| Influencers | 250 | 15 | 600 | Плохой retention, пересмотреть |
| Реферальная программа | 40 | 40 | 1100 | Лучший канал, масштабировать |
Главный вывод:
Не гонитесь за низким CPI. Гонитесь за высоким LTV и retention.
Канал с CPI 250₽, но retention 40% и LTV 1500₽ лучше, чем канал с CPI 50₽, retention 5% и LTV 200₽.
KPI продукта и команды
Продуктовые метрики показывают, работает ли команда на рост.
Ключевые KPI:
Скорость внедрения гипотез. Сколько экспериментов запускается в месяц.
Быстрая итерация = быстрое обучение.
Impact экспериментов. Процент экспериментов, которые дали положительный результат.
Если из 10 экспериментов 8 провалились, но 2 выстрелили и подняли retention на 10%, это успех.
% feature adoption. Процент пользователей, использующих новую функцию.
Если запустили фичу, а ее используют 5% пользователей, либо фича бесполезна, либо плохо интегрирована.
| Фича | % adoption | Влияние на KPI | Вывод |
|---|---|---|---|
| Персонализированные рекомендации | 60% | Retention D7 +5%, ARPU +10% | Успех, развивать |
| Темная тема | 30% | Нет влияния на retention | Приятная, но не критичная |
| Социальные функции | 10% | Retention среди использующих +15% | Низкий adoption, улучшить обнаружение |
| Быстрый чекаут | 80% | Conversion to purchase +8% | Критичная фича, работает |
Продуктовая команда должна фокусироваться на фичах, которые двигают North Star Metric (главную метрику приложения).
Если фича не влияет на рост, удержание или монетизацию, зачем она нужна?
Типичные ошибки при работе с KPI мобильных приложений
Большинство команд делают одни и те же ошибки.
Фокус на установках
«У нас 10 000 установок в месяц!»
А сколько из них вернулись на 7 день? 5%? Это 500 активных пользователей. Реальный масштаб в 20 раз меньше.
Установки это vanity метрика без контекста retention и LTV.
Игнорирование retention
Команда оптимизирует онбординг, улучшает креативы, растит установки.
А retention Day 7 падает с 20% до 12%.
Никакие улучшения в acquisition не помогут, если продукт не удерживает.
Правило: сначала retention, потом acquisition.
KPI без стадии продукта
На MVP фокусируются на LTV. На масштабировании на количестве экспериментов.
Это не работает.
Каждая стадия требует своих KPI. Не пытайтесь оптимизировать LTV, когда еще не нашли PMF и retention 5%.
Отсутствие связи с экономикой
Растут MAU, растут установки, команда празднует.
А CAC вырос на 80%, LTV упал на 30%. Каждый новый пользователь теперь убыточен.
Без unit economics вы не знаете, растете вы или просто сливаете деньги.
Как выстроить систему KPI в мобильном приложении
Система KPI это не список метрик. Это управление продуктом через цифры.
Определить North Star Metric
North Star Metric (NSM) это одна главная метрика, которая показывает ценность продукта.
Примеры:
- Spotify: время прослушивания
- Airbnb: количество забронированных ночей
- Duolingo: дни с выполненными уроками
- Ecommerce приложение: количество покупок
NSM должна быть связана с ценностью для пользователя и выручкой для бизнеса.
Привязать KPI к этапам
Разбейте путь пользователя на этапы. Для каждого этапа определите ключевой KPI.
Пример для подписочного приложения:
- Acquisition: CPI < 200₽
- Activation: activation rate > 40%
- Retention: Day 7 retention > 25%
- Revenue: trial to paid > 50%
- Economics: LTV / CAC > 4:1
Назначить владельцев метрик
Каждый KPI должен иметь владельца. Человека или команду, которая отвечает за этот показатель.
Примеры:
- CPI: performance маркетинг
- Activation: продуктовая команда
- Retention: продукт + аналитика
- Conversion to paid: monetization команда
- LTV: вся компания (это результат работы всех)
Регулярно пересматривать
KPI не статичны. Они эволюционируют вместе с продуктом.
На старте фокус на activation и retention. Через полгода на монетизации и LTV. Через год на масштабировании и экономике.
Пересматривайте KPI каждый квартал. Убирайте метрики, которые больше не важны. Добавляйте новые, которые стали критичными.
| KPI | Владелец | Частота проверки | Цель |
|---|---|---|---|
| Installs | Performance маркетинг | Ежедневно | 300/день |
| CPI | Performance маркетинг | Ежедневно | < 150₽ |
| Activation rate | Продуктовая команда | Еженедельно | > 40% |
| Retention D7 | Продукт + аналитика | Еженедельно | > 25% |
| Trial to paid | Monetization команда | Еженедельно | > 50% |
| LTV / CAC | Вся компания | Ежемесячно | > 4:1 |
| MRR growth | CEO + CFO | Ежемесячно | +15% месяц к месяцу |
Итог: KPI как инструмент роста приложения
KPI это не отчетность. Это язык управления продуктом.
KPI это язык управления продуктом
Без KPI команда работает вслепую. Не понимает, что важно, а что нет.
С KPI появляется фокус. Ясность. Приоритеты.
Команда знает: вот главная метрика, вот цель, вот что нужно сделать, чтобы ее достичь.
Хорошие KPI показывают, что делать, а не просто что произошло
Плохой KPI: «У нас 5000 MAU.» Ну и что? Это хорошо или плохо? Что делать с этой информацией?
Хороший KPI: «MAU должен вырасти с 5000 до 10 000 за квартал. Для этого нужно увеличить activation rate с 30% до 40% и retention D7 с 20% до 25%.»
Это дает план действий.
Рост начинается с retention, а не с install
Самая частая ошибка гнаться за установками, игнорируя retention.
Если люди не возвращаются, продукт не работает. Никакой маркетинг не спасет плохой продукт.
Правило: сначала доведите retention до здоровых значений (Day 7 > 20%, Day 30 > 10%), потом масштабируйте acquisition.
Мобильное приложение растет не от количества метрик, а от правильно выбранных KPI.
Начните с малого. Определите North Star Metric. Выберите 3-5 ключевых KPI для текущей стадии. Назначьте владельцев. Проверяйте регулярно.
И ваше приложение из набора функций превратится в управляемый, растущий продукт.
