Метрики удержания: за чем следить после релиза
Установки — тщеславная метрика. Живёт ли приложение, показывают удержание, активация и возвраты. Разбираем, что и как измерять, чтобы решения принимались по данным, а не по ощущениям.
После релиза первым делом хочется смотреть на число установок — оно растёт, и это приятно. Но установка ничего не говорит о том, нужен ли людям продукт. На вопрос «получилось ли» отвечают совсем другие цифры: вернулся ли человек на второй день, дошёл ли до ключевого действия, остался ли через месяц.
Одна метрика без контекста врёт. Смотрите удержание, активацию и источник вместе — тогда цифры начинают показывать причину, а не только симптом.
Удержание (retention)
Базовая метрика здоровья продукта: какая доля новых пользователей возвращается на день 1, 7 и 30. Считается по когортам — то есть по группам пользователей, пришедшим в один период, — иначе приток новых установок маскирует отток старых. Смотреть в среднем «по больнице» бессмысленно: интересна форма кривой. Если она резко падает после первого дня и выходит на плато — плато и есть ваше настоящее ядро. Если плато нет и кривая уходит в ноль — продукт пока не нашёл своих людей.
Активация
Удержание — следствие, активация — причина. Активация это момент, когда пользователь впервые получил ценность: отправил первый перевод, оформил первый заказ, создал первую заметку. Найдите это «ага-действие» и считайте, какая доля новичков до него доходит и за сколько. Часто вся проблема удержания живёт именно на пути от установки до первого успеха — в перегруженном онбординге, обязательной регистрации или неочевидном следующем шаге.
Продукт удерживает не фичами, а первым успехом пользователя. Пока человек до него не дошёл, всё остальное он не увидит.
Вовлечённость и частота
DAU и MAU (активные за день и за месяц) сами по себе — тоже метрики тщеславия, но их отношение DAU/MAU показывает «липкость»: как часто активные пользователи возвращаются. Для соцпродукта здоровым считается высокий показатель, для приложения, которым пользуются раз в месяц по делу, — низкий, и это нормально. Смысл в том, чтобы сравнивать себя с собой во времени, а не с чужими бенчмарками.
Технические метрики, которые бьют по удержанию
- Crash-free rate — доля сессий без падений. Ниже 99% — и вы теряете пользователей молча, они просто не возвращаются.
- Cold start — время холодного запуска. Секунды на старте напрямую режут активацию.
- ANR / зависания — на Android особенно; замерять и держать в бюджете.
Как это собрать без зоопарка
Не нужно десять систем. Достаточно продуктовой аналитики событий (воронки, когорты, retention), системы отчётов о падениях и панели сторов для оценок и удалений. Ключевое — заранее, ещё на дизайне, договориться о списке событий и назвать их одинаково во всех местах. Аналитика, прикрученная «потом», всегда собирает не то и не так.
С чего начать на следующей неделе
- Определите одно «ага-действие» и повесьте на него событие.
- Постройте когортное удержание D1/D7/D30 — смотрите форму кривой, не среднее.
- Держите crash-free выше 99,5% как гигиену, а не как проект.
- Раз в неделю — один вывод и одно изменение. Данные без действия бесполезны.
Обсудить ваш проект →
