Retention Rate — доля пользователей, возвращающихся в приложение через заданный промежуток времени после первого визита. Это фундаментальная метрика продуктовой аналитики: если приложение не удерживает пользователей, никакой рост установок не спасёт бизнес. По данным исследования Mixpanel Retention Benchmarks за 2025 год, медианный Day 1 retention для мобильных приложений составляет 25%, а Day 30 retention — 8%. Понимание Retention Rate позволяет командам выявлять проблемные точки в онбординге и повышать LTV пользователей.
Главное
Retention Rate (RR) — метрика, показывающая, какая доля пользователей возвращается в приложение через определённое время после первого визита. В отличие от MAU или DAU, которые измеряют абсолютное количество активных пользователей, Retention Rate измеряет качество аудитории: насколько продукт способен удерживать пользователей во времени. Высокий Retention Rate — индикатор product-market fit и залог устойчивого роста.
Множество стартапов фокусируются на росте установок, игнорируя удержание. Результат: тонны загрузок, нулевая активность. Retention Rate показывает реальную ценность продукта для пользователя. Если после первой недели остаётся менее 10% пользователей, продукт не решает проблему аудитории. По данным Andrew Chen (бывший партнёр a16z), стартапы с Day 7 retention > 30% имеют в 3 раза больше шансов на успешный раунд Series A.
LTV (Lifetime Value) напрямую зависит от Retention Rate. Чем дольше пользователь остаётся в продукте, тем больше он платит или приносит рекламного дохода. Формула: LTV = ARPU * Average Lifespan. Увеличение Average Lifespan за счёт роста retention — самый эффективный способ повысить LTV без увеличения CAC. По данным Localytics, повышение retention на 5% увеличивает LTV в мобильных играх на 30-50%, в e-commerce — на 25-40%.
Три основных временных точки измерения retention сформировали индустриальный стандарт: Day 1, Day 7 и Day 30. Каждая из них отвечает на свой вопрос о поведении пользователя и указывает на разные аспекты продукта, требующие внимания команды. Дополнительно выделяют Unbounded Retention — возврат в любой день после N, необязательно именно на N-й день.
Day 1 retention — вернулся ли пользователь на следующий день после установки. Это самый критичный показатель: если приложение не зацепило в первый день, шанс, что пользователь вернётся, резко падает. Норма для мобильных приложений — 25-40%. Значения ниже 20% указывают на проблемы с онбордингом, долгой загрузкой или несоответствием ожиданиям, созданным рекламой. Первые 24 часа — окно возможностей для формирования привычки.
Day 7 retention показывает, внедрился ли продукт в еженедельный ритуал пользователя. Если пользователь возвращается через неделю, продукт становится частью его регулярного поведения. Медианное значение Day 7 retention — 15-25% для social media и 10-15% для e-commerce. Day 7 — точка, после которой retention стабилизируется. Падение Day 7 относительно Day 1 указывает на слабый «крючок» (habit hook), который не мотивирует возвращаться.
Day 30 retention — показатель долгосрочной ценности продукта. Медианное значение — 5-15% в зависимости от категории. Если Day 30 retention выше 20%, продукт демонстрирует исключительное удержание. Day 30 критичен для расчёта LTV: пользователи, дожившие до 30-го дня, с высокой вероятностью останутся на 90+ дней. Эта метрика — основа для прогнозирования выручки и планирования бюджетов на привлечение.
| Вид Retention | День замера | Норма | Что проверяет |
|---|---|---|---|
| Day 1 | 1 | 25-40% | Первое впечатление, онбординг, соответствие ожиданиям |
| Day 7 | 7 | 15-25% | Еженедельная привычка, вовлечённость, core loop |
| Day 30 | 30 | 5-15% | Долгосрочное удержание, LTV, product-market fit |
Расчёт Retention Rate выполняется двумя основными методами: классическая когортная таблица и bucket-метод (дискретный возврат). Выбор метода зависит от бизнес-логики продукта. Классическая когорта отвечает на вопрос «сколько пользователей вернулись именно на N-й день», bucket-метод — «сколько пользователей вернулись в любой день после N». Для большинства продуктовых команд оба метода дают схожую картину, но bucket-метод считается более щадящим.
Соберите всех новых пользователей за определённый период (например, неделя) — это когорта. Затем для каждого дня после установки посчитайте, сколько пользователей из этой когорты совершили целевое действие. Пример: из 1000 установок 26 января 250 вернулись 27 января — Day 1 retention = 25%. Когортные таблицы позволяют видеть динамику retention по неделям запуска и выявлять эффект от изменений в продукте.
Bucket retention считает пользователя «удержанным», если он вернулся в любой день после заданного порога. Например, Day 7 bucket: вернулся ли пользователь в дни 7-13 после установки? Этот метод даёт более высокие значения, чем классический, и лучше подходит для приложений с неравномерным паттерном использования. Большинство аналитических платформ (Amplitude, Mixpanel) используют bucket-метод по умолчанию.
-- Классический когортный retention Day 1
WITH first_visit AS (
SELECT user_id, MIN(event_date) AS first_day
FROM user_events
GROUP BY user_id
)
SELECT
COUNT(DISTINCT fv.user_id) AS cohort_size,
COUNT(DISTINCT e.user_id) AS returned_day1,
ROUND(COUNT(DISTINCT e.user_id) * 100.0 / COUNT(DISTINCT fv.user_id), 1) AS retention_day1
FROM first_visit fv
LEFT JOIN user_events e
ON fv.user_id = e.user_id
AND e.event_date = fv.first_day + INTERVAL '1 day'
WHERE fv.first_day >= CURRENT_DATE - INTERVAL '30 days';
Первая ошибка — считать retention от дня установки, а не от дня первой активности. Если пользователь установил приложение, но открыл его только через 3 дня, Day 1 retention будет некорректным. Вторая ошибка — не учитывать деинсталляции: удалившие приложение не могут вернуться, но должны оставаться в знаменателе. Третья — смешивать когорты с разным периодом: сравнивать retention пользователей января и февраля корректно только при одинаковой методологии.
import pandas as pd
def cohort_retention(df):
# Определяем первый день для каждого пользователя
first = df.groupby('user_id')['event_date'].min().reset_index()
first.columns = ['user_id', 'first_day']
# Соединяем и считаем разницу в днях
merged = df.merge(first, on='user_id')
merged['day'] = (merged['event_date'] - merged['first_day']).dt.days
# Сводная таблица retention
cohort = merged.groupby(['first_day', 'day'])['user_id'].nunique()
cohort = cohort.unstack(level='day')
return cohort.div(cohort[0], axis=0)
Нормы Retention Rate различаются по категориям приложений в зависимости от частоты использования и цикла взаимодействия. Social media приложения показывают самые высокие показатели удержания благодаря ежедневному паттерну использования. Инструментальные приложения (калькуляторы, фонарики) — самые низкие: пользователь решает задачу и больше не возвращается.
По данным отчёта Statista Mobile Benchmarks 2025, медианные значения Day 1 retention: Social Media — 42%, Gaming — 30%, Fintech — 28%, E-commerce — 22%, Health & Fitness — 20%. Day 7 retention: Social Media — 25%, Gaming — 15%, Fintech — 18%, E-commerce — 10%, Health & Fitness — 12%. Day 30 retention: Social Media — 15%, Gaming — 5%, Fintech — 10%, E-commerce — 5%, Health & Fitness — 7%.
Качество онбординга — первый и самый важный фактор. Пользователь должен понять ценность продукта в первые 3-5 минут. Push-уведомления — второй фактор: грамотные уведомления повышают Day 7 retention на 15-30%. Третий фактор — производительность: приложение, которое грузится дольше 3 секунд, теряет 30% пользователей уже на Day 1. Четвёртый — соответствие ожиданиям, созданным рекламой или сторами.
Улучшение Retention Rate — системная работа, требующая изменений в продукте, онбординге и коммуникации с пользователем. Рассмотрим проверенные стратегии, которые помогают мобильным командам повышать удержание пользователей на всех этапах жизненного цикла.
Онбординг должен показать ценность продукта, а не список функций. Исследования показывают, что пользователи проходят не более 3-4 экранов онбординга. Лучшая практика — интерактивный онбординг: дать пользователю сразу совершить ключевое действие (например, создать первый проект). Приложения с интерактивным онбордингом показывают Day 1 retention на 20-30% выше, чем с пассивными экранами-инструкциями.
Персонализация контента на основе поведения пользователя — один из самых эффективных способов повысить retention. Netflix, Spotify и TikTok построили свои продукты на персонализации. Для мобильных приложений это может означать: рекомендацию товаров на основе просмотров, персонализированную ленту контента или подборку функций на основе действий пользователя. Персонализация повышает Day 7 retention в среднем на 15-25%.
Streaks (серии), badge-системы и прогресс-бары создают привычку возвращаться. Дуолинго использует streaks как основной драйвер retention: пользователи не хотят терять многодневную серию. Важно: механика должна быть связана с core loop приложения, а не быть искусственной. Для фитнес-приложений streaks работают отлично, для банковских — могут выглядеть навязчиво.
-- Пользователи с retention Day 7 выше медианы по категории
WITH user_retention AS (
SELECT user_id,
ROUND(COUNT(DISTINCT CASE
WHEN event_date >= first_day + 7
AND event_date < first_day + 14
THEN 1 END) * 100.0 / 1, 1) AS retention_day7
FROM user_events
GROUP BY user_id
)
SELECT COUNT(*) AS high_retention_users
FROM user_retention
WHERE retention_day7 > 30;
Часто задаваемые вопросы
Нормы зависят от категории. Для Social Media хороший Day 1 retention > 40%, Day 7 > 25%. Для E-commerce — Day 1 > 20%, Day 7 > 10%. Сравнивайте метрику с бенчмарками вашей ниши и собственной динамикой месяц к месяцу.
Классический retention считает возврат строго на N-й день. Bucket retention — возврат в любой день из диапазона (например, 7-13 дни). Bucket-метод даёт более высокие значения и лучше подходит для приложений с неравномерной активностью пользователей.
Churn Rate — обратная сторона retention. Если retention = 25%, значит churn = 75%. Формула: Churn Rate = 1 — Retention Rate. В продуктовой аналитике обе метрики используются вместе для полной картины движения пользователей.
Для Day 1 retention достаточно 1000 установок, для Day 7 — 5000, для Day 30 — 10000. Чем меньше данных, тем выше статистическая погрешность. При маленьком объёме данных используйте rolling retention вместо классического.
Изменение привычного UX — частая причина падения retention. Пользователи не любят переучиваться. Решение: постепенное внедрение изменений (feature flag), A/B-тестирование новой версии на 10% аудитории и возможность откатиться к старому интерфейсу.
Итоги
Мы разработаем мобильное приложение под ключ
IT Sectr создаёт приложения для iOS и Android для стартапов и бизнеса с 2017 года. Мы проконсультируем вас и предложим наилучшее решение.
Читайте также