Retention требует когорты, события и момента

Retention — доля участников исходной когорты, которые совершили выбранное действие к определённому сроку после старта. Без этих трёх элементов процент удержания не имеет однозначного смысла.

Базовая запись: retention = число участников когорты, соответствующих критерию активности в контрольный момент, делённое на размер исходной когорты, умноженное на 100%. Числитель не может содержать людей вне знаменателя.

Вход раз в неделю, активная подписка и повторная покупка за год требуют разных окон. Универсальной «хорошей» нормы нет: результат сравнивают с продуктовым циклом и сопоставимыми когортами.

Старт когорты должен отражать одинаковый опыт

Когорту объединяют по первому значимому событию: регистрации, оплате, началу использования или получению услуги. Люди, зарегистрированные в одну неделю, могли получить продукт в разные даты; для анализа ценности регистрация окажется слабой точкой отсчёта.

Размер на старте фиксируют один раз по заранее заданным правилам. Тестовые аккаунты, отменённые оплаты и сотрудники исключаются одинаково во всех периодах, а не после просмотра результата.

Календарные когорты удобны для мониторинга, продуктовые — для проверки конкретного изменения. Если в середине месяца поменялся onboarding, месячная группа смешает два опыта; понадобится разделение по версии.

Активность должна означать получение ценности

Вход в кабинет легко посчитать, но он способен быть случайным или вызванным ошибкой. Для рабочего сервиса активностью может быть завершённая задача, для магазина — повторная покупка, для подписки — использование ключевой функции при действующей оплате.

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

Несколько уровней активности допустимы: вернулся, выполнил ключевое действие, оплатил. Их показывают отдельно. Смешанная формула «сделал хотя бы что-нибудь» затрудняет решение.

Момент и окно отвечают на разные вопросы

Point retention проверяет активность в конкретный день или период: например, вернулся на четвёртой неделе. Rolling retention отвечает, вернулся ли человек в этот момент или позже. Unbounded-подход обычно даёт более высокое значение, поэтому методы нельзя сравнивать без подписи.

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

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

Условный расчёт одной когорты

В исходной группе 200 клиентов первой покупки. В течение согласованных 90 дней 58 совершили нужное повторное действие. Retention этой когорты равен 58 / 200 × 100% = 29%.

Число служит примером арифметики, а не ориентиром для другого бизнеса. Чтобы интерпретировать 29%, нужно знать товарный цикл, повторное событие, доступность продукта, сезон и сопоставимый прошлый период.

Клиент, вернувшийся на 91-й день, не входит в этот показатель, но не исчезает из истории. Его можно учесть в другом окне и использовать как сигнал, что выбранная граница не соответствует части сценариев.

Таблица удержания показывает форму потери

КогортаСтартПериод 1Период 2Период 3
Неделя AИсходная база AАктивность A1Активность A2Активность A3
Неделя BИсходная база BАктивность B1Активность B2Будущее окно B3
Неделя CИсходная база CАктивность C1Будущее окно C2Будущее окно C3

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

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

Момент первой ценности объясняет различия когорт

Разделите участников по тому, получили ли они ключевой результат и за какое время. Если быстро достигшие ценности удерживаются лучше, это гипотеза для улучшения onboarding, но не автоматическое доказательство причины.

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

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

Сегментация удержания без дробления до единиц

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

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

Не выбирайте только удачные разрезы после просмотра данных. Заранее запишите, какое различие ожидаете и какое решение оно изменит.

От удержания к действию

Если потеря происходит до первой ценности, проверяют обещание, старт, обучение и технические барьеры. Если после нескольких успешных циклов — повторную потребность, качество, цену и альтернативы.

Напоминание не лечит отсутствие пользы. Оно уместно, когда человек хотел продолжить, но пропустил естественный момент. Частое сообщение может временно поднять входы и ухудшить отношение.

Изменяют один участок для части сопоставимых пользователей, сохраняют исходную версию и следят не только за retention, но и за жалобами, выручкой, поддержкой и качеством результата.

Ошибки расчёта retention

  • Когорта пополняется задним числом. Знаменатель меняется между отчётами.
  • Активностью считается любой вход. Событие не связано с ценностью.
  • Новые группы сравнивают с созревшими. Будущее окно записывают как потерю.
  • Методы смешаны. Point и rolling retention подписаны одинаково.
  • Среднее скрывает состав. Каналы и продукты изменились между периодами.
  • Корреляцию объявляют причиной. Быстрая активация может быть признаком мотивации.

Воспроизводимый отчёт хранит SQL или правила выборки, часовой пояс, версии событий и дату расчёта. Иначе одинаковое название будет означать разные проценты.

Возврат после паузы и реактивация

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

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

Эксперимент реактивации сравнивают с группой без сообщения, когда это допустимо. Возврат мог произойти самостоятельно в привычный срок. Рядом проверяют качество следующего действия, отписки и обращения, чтобы краткий всплеск не скрывал давление.

Качественное исследование оттока дополняет кривую

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

Опрос с готовыми причинами полезен после того, как язык причин понятен. Вариант «дорого» может означать отсутствие нужной функции, редкое использование или временную потерю бюджета. Интервью раскрывает условие, при котором цена стала неприемлемой.

Вывод связывают с определённой когортой и возрастом. Причина ухода ранних пользователей не переносится автоматически на зрелых клиентов. Изменение проверяют на соответствующем участке кривой удержания.

Паспорт показателя удержания

  1. Стартовое событие и правила исходной когорты.
  2. Критерий полезной активности.
  3. Point, rolling или оконный метод.
  4. Период, часовой пояс и границы.
  5. Исключения тестов, отмен и дублей.
  6. Сегменты для заранее заданной гипотезы.
  7. Соседние показатели и условие пересмотра.

Retention помогает увидеть повторное получение ценности, когда определение соответствует продукту. Первый шаг — выбрать стартовую когорту, контрольное действие и естественный срок возврата.

Контракт удержания фиксирует событие и календарь

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

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

РешениеВариантВлияние
СтартРегистрация или первая ценностьМеняет состав когорты
АктивностьВход или полезное действиеМеняет смысл удержания
ПериодДень, неделя или месяцМеняет частоту ожидаемого возврата
ВозвратСчитать активным после паузы или отдельноРазделяет retention и реактивацию

Незрелые когорты не сравнивают с завершёнными

Пользователь, пришедший вчера, ещё не мог проявить месячное удержание. Ячейки будущих периодов остаются пустыми, а не нулевыми. Для сравнения выбирают одинаковый возраст когорты.

Поздно поступившие события обновляют предварительный срез. Отчёт указывает дату закрытия и задержку данных. Изменение недавних значений не выдают за поведение продукта.

Состав когорты объясняет различие кривых

Канал, тариф, устройство, регион и версия продукта могут менять стартовый опыт. Сегментацию начинают с гипотезы и достаточного объёма. Десятки маленьких групп создают случайных победителей.

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

Риск ухода показывает момент для вмешательства

Кроме доли вернувшихся анализируют, когда впервые прекращается полезная активность. Кривая по времени помогает увидеть ранний провал и более позднее насыщение. Универсальный порог отсутствия не задают без естественного ритма продукта.

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

Экономика удержания учитывает стоимость вмешательства

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

Для подписки учитывают паузы, возвраты и задолженность, для торговли — естественный интервал повторной потребности. Одна формула не переносится между моделями без изменения события и окна.

Контрольная группа отделяет естественный возврат

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

Условия остановки и минимальное наблюдение задают заранее. Эффект проверяют после окончания стимулирования: скидка может временно сдвинуть действие, не изменив устойчивое удержание.

Пауза, отмена и техническая потеря разделяются

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

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

Календарные эффекты не выдают за изменение продукта

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

Если продукт используется редко, месячный период может быть информативнее дневного. Частота измерения следует ожидаемому ритму ценности, а не удобству дашборда.

Целостность событий проверяют на контрольных профилях

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

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

Решение по удержанию имеет владельца и срок

Отчёт заканчивается не общей рекомендацией «улучшить retention», а конкретной гипотезой по этапу, сегменту и причине. Владелец определяет изменение, защитную метрику и дату следующего среза. Если действие невозможно, показатель не занимает место в оперативной панели.

Результат сохраняется вместе с версией продукта и условиями. Неудачный тест не удаляют: он ограничивает следующую гипотезу и защищает пользователей от повторения бесполезного вмешательства.

Проверка retention-отчёта

  • Старт, активность, период и возврат определены явно.
  • Незрелые ячейки не заполнены нулями.
  • Когорты сравниваются в одинаковом возрасте.
  • Сегменты основаны на гипотезе и достаточном объёме.
  • Вмешательство учитывает стоимость и маржинальный результат.
  • Добавочный эффект проверяется контрольной группой.