После запуска продукта у команды появляется доступ к огромному количеству данных: установки, визиты, клики, время на экране, источники трафика. Соблазн отслеживать всё и сразу велик, но на практике это приводит к обратному эффекту. Дашборды с десятками графиков никто не смотрит, а важные сигналы теряются в шуме. С другой стороны, продукт, запущенный без аналитики вовсе, — это полёт вслепую: вы не знаете, что работает, а что нет, и принимаете решения на основе ощущений.
Разберём, какие метрики действительно стоит отслеживать с первого дня, как их интерпретировать и как выстроить работу с данными так, чтобы она помогала принимать решения.
Почему аналитику нужно закладывать до запуска
Самая частая ошибка — откладывать настройку аналитики «на потом». Потом выясняется, что данные о первых пользователях потеряны навсегда, а сравнить показатели до и после изменений невозможно. Кроме того, встроить корректный сбор событий в готовый продукт сложнее, чем заложить его на этапе разработки.
Поэтому план аналитики — список событий, которые нужно фиксировать, и метрик, которые из них будут считаться, — стоит составлять одновременно с проектированием продукта. Это несложно и не требует много времени, но экономит месяцы в будущем.
Метрики тщеславия и метрики действия
Прежде чем перейти к конкретным показателям, важно понять разницу между двумя типами метрик.
Метрики тщеславия приятно показывать на совещаниях, но они почти ничего не говорят о здоровье продукта. Общее количество установок, суммарное число зарегистрированных пользователей, количество просмотров страниц — эти цифры почти всегда растут, но их рост не означает, что продукт успешен.
Метрики действия показывают, как пользователи на самом деле взаимодействуют с продуктом, и подсказывают, что делать дальше. Доля пользователей, вернувшихся через неделю, конверсия в первую покупку, время до получения ценности — такие метрики могут расти или падать, и их изменение требует реакции.
Простой тест: если метрика изменилась, понимаете ли вы, что делать? Если нет — скорее всего, это метрика тщеславия.
Метрики привлечения
Отвечают на вопрос: откуда приходят пользователи и сколько стоит их привлечение.
- Количество новых пользователей по каналам: органический поиск, реклама, рекомендации, магазины приложений.
- Конверсия страницы в магазине приложений — доля тех, кто увидел страницу приложения и установил его.
- Стоимость привлечения пользователя (CAC) — сколько денег уходит на привлечение одного клиента в каждом канале.
На старте важно не столько абсолютное количество пользователей, сколько понимание, какие каналы приводят качественную аудиторию. Тысяча пользователей из одного канала, которые ушли после первого визита, менее ценны, чем сто из другого, ставших постоянными клиентами.
Метрики активации
Активация — это момент, когда пользователь впервые получает ценность от продукта. Для сервиса доставки это первый оформленный заказ, для CRM — первая созданная сделка, для приложения для тренировок — первая завершённая тренировка.
Ключевые показатели:
- Доля активированных пользователей — сколько из зарегистрировавшихся дошли до ключевого действия.
- Время до активации — как быстро пользователь получает ценность после первого входа.
- Воронка онбординга — на каком шаге от установки до ключевого действия теряется больше всего людей.
Активация — одна из самых важных метрик на ранней стадии. Если пользователи регистрируются, но не доходят до ключевого действия, никакой маркетинг не спасёт продукт. Анализ воронки онбординга часто показывает, что большая часть пользователей теряется на одном конкретном экране — и исправление этого экрана даёт больший эффект, чем любая рекламная кампания.
Метрики удержания
Удержание показывает, возвращаются ли пользователи. Это, пожалуй, главный индикатор того, что продукт действительно нужен людям.
- Удержание первого дня, седьмого и тридцатого — доля пользователей, которые вернулись в продукт через соответствующее количество дней после первого визита.
- Когортный анализ — сравнение удержания групп пользователей, пришедших в разные периоды. Позволяет увидеть, улучшают ли ваши изменения продукт.
- DAU и MAU — количество активных пользователей в день и в месяц, а также их соотношение, которое показывает, насколько регулярно пользователи возвращаются.
- Отток — доля пользователей, переставших пользоваться продуктом.
Нормальные значения удержания сильно зависят от типа продукта. Мессенджером пользуются ежедневно, сервисом бронирования путешествий — несколько раз в год. Поэтому важно сравнивать удержание не с абстрактными цифрами, а с естественной частотой использования вашего продукта и с собственными предыдущими когортами.
Главный сигнал — форма кривой удержания. Если она со временем выходит на плато, у продукта есть ядро постоянной аудитории. Если она продолжает падать до нуля, продукт пока не нашёл своих пользователей.
Метрики монетизации
Если продукт зарабатывает деньги напрямую, нужно отслеживать:
- Конверсию в оплату — доля пользователей, совершивших хотя бы одну покупку или оформивших подписку.
- Средний чек — сумма средней транзакции.
- ARPU — средний доход на одного пользователя за период.
- LTV — пожизненная ценность клиента, то есть сколько денег он принесёт за всё время использования продукта.
- Соотношение LTV и CAC — ключевой показатель экономики. Если привлечение клиента стоит дороже, чем он приносит, масштабирование только увеличит убытки.
На старте LTV сложно посчитать точно из-за нехватки данных. Используйте приблизительные оценки на основе удержания и среднего чека и уточняйте их по мере накопления статистики.
Метрики для внутренних систем
Если вы запускаете не клиентский продукт, а внутреннюю систему — CRM, складской учёт, портал для сотрудников, — метрики будут другими, но принцип тот же. Важно измерять, достигает ли система своей бизнес-цели:
- Доля сотрудников, активно пользующихся системой, а не ведущих работу по-старому в таблицах.
- Время выполнения ключевых операций — оформления заявки, обработки заказа, подготовки отчёта.
- Количество ошибок и ручных исправлений в данных.
- Скорость прохождения процесса от начала до конца, например от заявки до отгрузки.
Эти цифры стоит замерить ещё до внедрения, чтобы потом корректно оценить эффект.
Технические метрики качества
Пользователь не будет оценивать продукт, который падает или долго грузится. Поэтому продуктовые метрики стоит дополнить техническими:
- Доля сессий без сбоев в мобильном приложении.
- Время загрузки ключевых экранов и страниц.
- Количество ошибок на сервере и в клиентском приложении.
- Доступность сервиса — доля времени, когда он работает без перебоев.
- Рейтинг и отзывы в магазинах приложений.
Ухудшение технических показателей часто объясняет внезапное падение продуктовых метрик. Если удержание упало после очередного релиза, первым делом стоит проверить, не выросло ли количество сбоев.
Как выбрать главную метрику
Помимо набора показателей полезно определить одну главную метрику, которая лучше всего отражает ценность продукта для пользователей и бизнеса. Её часто называют метрикой «Полярной звезды». Для сервиса доставки это может быть количество выполненных заказов в неделю, для образовательной платформы — количество завершённых уроков, для B2B-сервиса — количество активных компаний.
Хорошая главная метрика:
- Отражает реальную ценность, которую получает пользователь.
- Связана с доходом бизнеса.
- Поддаётся влиянию команды.
- Понятна всем участникам проекта.
Главная метрика помогает расставлять приоритеты: при выборе между двумя доработками стоит спросить, какая из них сильнее повлияет на этот показатель.
Как выстроить работу с метриками
Сбор данных — только половина дела. Важно, чтобы они регулярно использовались для принятия решений.
- Составьте план событий. Перечислите все ключевые действия пользователей и параметры, которые нужно фиксировать.
- Проверьте корректность сбора. Ошибки в разметке событий — частая причина неверных выводов. Тестируйте аналитику так же, как функциональность.
- Сделайте простой дашборд. Пять–десять ключевых метрик на одном экране, которые команда смотрит регулярно.
- Установите ритм. Еженедельный обзор метрик с обсуждением изменений и их причин.
- Связывайте изменения с релизами. Отмечайте даты выпуска обновлений, чтобы видеть их влияние на показатели.
- Проверяйте гипотезы экспериментами. Когда аудитория позволяет, используйте A/B-тесты вместо интуитивных решений.
- Соблюдайте законодательство. Сбор данных должен соответствовать требованиям о защите персональных данных, а пользователи должны быть проинформированы.
Вывод
Метрики — это не отчётность ради отчётности, а инструмент, который помогает понять, движется ли продукт в правильном направлении. С первого дня отслеживайте привлечение, активацию, удержание и монетизацию, дополняйте их техническими показателями и выберите одну главную метрику, вокруг которой выстраиваются приоритеты. Закладывайте аналитику ещё на этапе проектирования, проверяйте корректность данных и регулярно обсуждайте их с командой.
Мы закладываем сбор аналитики в каждый проект с самого начала, особенно в рамках разработки MVP, где данные первых пользователей определяют дальнейшее развитие. Если хотите выстроить работу с метриками в своём продукте, напишите нам.