Открыть содержание

Ситуационные плейбуки

Падает retention

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

Падение retention сначала нужно локализовать, а не объяснять. Проверьте определение и полноту данных, дату начала, сегменты, версии и каналы; затем сопоставьте изменение с релизами, качеством сервиса и составом аудитории, сохраняя несколько конкурирующих гипотез.

Как понять, что действительно падает retention

Проверь данные

Сначала убедись, что падение retention — не ошибка в данных или артефакт изменений в аналитике. Сравни определения: тот же ли у тебя window (например, day 1, day 7 или месяц к месяцу), верно ли считаются когорты, не обновилось ли приложение, не изменился ли трекер событий.

Пример: на проектах часто резкое падение оказывается связано с неверно засчитанными возвратами после обновления приложения или ошибками в конфиге аналитики.

Уточни, какой retention падает

Retention считают по разным windows: day 1, day 7, day 30, месячный retention, rolling retention. В зависимости от времени возврата стратегии реагирования различаются.

Антипаттерн: запуск гипотез на ощупь, когда неясно, retention в какой когорте и через сколько дней именно просел.

Быстрая диагностика: что смотреть первым делом

Смотри срезы: платформа, сегмент, канал

Retention редко падает по всем сегментам сразу. Быстро разложи ретеншен в разрезе — платформа (iOS, Android, Web), канал привлечения (как попали новые пользователи), сегмент (новые vs оплачивающие).

Пример: часто проблема только в одном источнике трафика — например, новый канал приводит некачественных пользователей, retention которых ниже нормы.

Сравни изменения в ядре продукта

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

Самые частые причины падения retention

Проблема с первым опытом

Пользователь не понимает, зачем возвращаться, не увидел быстрой пользы, не разобрался в интерфейсе, не получил нужного результата.

Сбой в онбординге

Сложная регистрация, много обязательных данных, баги, ненужные шаги.

Механика вовлечения устарела или потеряла актуальность

Повторный сценарий скучный, нет персонализации, нет триггеров возвращения (пуши, письма не работают).

Пример: приложение по учету расходов перестало напоминать о необходимости внести траты. Push-уведомления были отключены на backend, retention сломался менее чем за неделю.

Привлечение неконвертируемых пользователей

Изменилась рекламная кампания или канал трафика, пришли пользователи, которым продукт не нужен. Общий retention падает из-за размывания ядра аудитории.

Быстрые действия: что делать в первую неделю

1. Детально разложи падение по срезам

Построй retention по поколению пользователей, времени регистрации, источнику, платформе, возрасту аккаунта. Быстро пойми, где проблема проявилась острее всего.

2. Проверь воронку пользователей

Посмотри ключевые этапы: регистрация, первый вход, первое целевое действие. Retention часто проседает, если что-то сломалось или изменилось именно здесь.

Кейс: после упрощения on-boarding количество регистраций выросло, но retention day 1 и day 7 упал — новые пользователи не понимали, что делать дальше.

3. Свяжись с пользователями

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

4. Сравни продуктовые изменения с моментом падения

Проверь любые релизы, баги и обновления, связанные с ядром ценности.

5. Проверь технические сбои

Падают ли запросы на сервер, вовремя ли отправляются пуши, нет ли роста ошибок в приложении. Иногда падение retention — это баг, а не продуктовая проблема.

На что опираться при принятии решений

Метрики и источники для бенчмарков

Retention day 1, day 7, day 30, rolling retention и когорты по месяцам отвечают на разные вопросы. Выбирайте окно по естественной частоте ценности продукта и сравнивайте сопоставимые когорты; усреднённый бенчмарк другой категории скорее запутает диагностику.

Рекомендации и кейсы можно искать в:

Важно: смотри не только на общую цифру, а на динамику по когортам.

Экспертные принципы

Антипаттерны: чего НЕ делать при падении retention

  • Запускать пуши и email без анализа причины
  • Масштабировать новые гипотезы на всех, не разобрав сегменты
  • Игнорировать баги и технические проблемы
  • Слепо копировать чужой опыт без учета особенностей своей аудитории

Пример: команда запускает бонусы и пуши на всю базу при падении retention, хотя проблема — в одном сегменте Android без доступа к важной функции.

FAQ

Какой retention считать ключевым?
Самый важный срез — тот, который отражает ценность корневого сценария: day 1, day 7 или месячный. Ориентируйся на свой продукт и частоту его использования.

Откуда обычно падает retention: баг или продукт?
В половине случаев — из-за багов или технических сбоев. Вторая половина — изменения продукта, потеря ценности на старте или некачественный трафик.

Какие первые действия при падении retention?
Проверь данные, разбей метрику по платформам, каналам и сегментам, проанализируй воронку, узнай, что говорят уходящие пользователи.

На что смотреть в аналитике, кроме retention?
Анализируй когорты, конверсию в ключевые действия, количество багов, глубину сессий, фидбек пользователей.

Можно ли быстро выправить retention push-уведомлениями?
Если проблема не в механике возвращения, а в ошибках или потере ценности, никакие рассыылки не спасут. Push — это допинг, а не лекарство.

Где искать бенчмарки и хорошие разборы по retention?
На Amplitude Blog и Mixpanel SaaS Benchmarks