CRM-аналитика
Retention улучшился после изменения определения активности: как пересчитать историю
Время чтения: 4 мин
Уровень материала: Для экспертов
Содержание
В понедельник retention был 30%, во вторник стал 65%. Команда готовит победный отчёт, но аналитик уточняет: теперь возвращением считается не только покупка, но и визит. Клиенты не изменились за ночь — изменилось определение показателя.
Retention, или удержание, измеряет долю участников исходной когорты, выполнивших заданное действие возвращения в установленный период. Когорта — группа с общим событием входа, например первой покупкой в одном месяце. Без определения входа, возвращения и времени слово retention не задаёт единственной формулы.
В документации Amplitude стартовое событие и событие возвращения задаются отдельно. Выбор этих событий определяет, какое поведение измеряется. Поэтому изменение настройки является изменением метрики, даже если её название на дашборде осталось прежним.
Запишите паспорт обеих версий
| Параметр | Что нужно описать |
|---|---|
| Вход в когорту | Первая покупка, регистрация или другое конкретное событие |
| Единица | Клиент, аккаунт или установка |
| Возвращение | Подходящая покупка, активный визит, использование функции |
| Период | Точный день, интервал дней или возвращение не раньше заданного срока |
| Границы | Часовой пояс, начало и конец интервала |
| Готовность | Какие участники прожили полный срок наблюдения |
| Версия | Дата изменения, причина и владелец определения |
Возвращение ровно на седьмой день и хотя бы один возврат за первые семь дней — разные показатели. Формулировка «семидневное удержание» не объясняет, какой выбран. Аналогично, календарный месяц не всегда равен 30 дням.
Пересчитайте один и тот же набор клиентов
Условный пример. В когорте тысяча клиентов с завершённым окном наблюдения. По старому правилу 300 совершили повторную покупку в заданные 30 дней: 30%. Новое правило считает покупку или активный визит; ему соответствуют 650 клиентов: 65%.
В этой формулировке новые условия включают все старые случаи. Дополнительные 350 клиентов вернулись по более широкому признаку, но не совершили подходящую покупку. Разница 35 процентных пунктов появилась из-за определения. Она не доказывает улучшения CRM.
Для следующей сопоставимой когорты значения составили 31% и 68%. Тогда рост по старому правилу — один процентный пункт, по новому — три. Оба сравнения возможны, если показывают свою версию; соединять 30% первой когорты и 68% второй в единую линию нельзя.
Сделайте переходный отчёт
Некоторое время рассчитывайте две версии параллельно на одной аудитории. Покажите число клиентов, попавших в обе версии, только в старую, только в новую и ни в одну. Это особенно полезно, если правила не вложены друг в друга.
Разложите изменение по частям: новое событие, новый срок, обновлённая идентификация, исключение технических действий. Если поменять всё сразу, даже правильная новая метрика станет труднообъяснимой.
Для руководства достаточно графика с двумя линиями и отметкой перехода. В рабочих данных сохраните обе версии, чтобы аналитик мог воспроизвести старые решения и объяснить расхождение с прежним отчётом.
Когда историю нельзя пересчитать
Если активные визиты раньше не собирались, новая метрика не появится в прошлом из одного SQL-запроса. Отсутствующее событие нельзя считать доказательством отсутствия действия.
Пересчитывайте только период с достаточным покрытием данных. Для более раннего участка сохраняйте старую серию и явно отмечайте разрыв. Сравнение короткого нового ряда с длинным старым без поправки на определение создаст ложную динамику.
Отдельно проверьте зрелость когорт. Новая версия с более длинным окном требует больше ожидания. Ранняя цифра не должна выглядеть окончательной только потому, что предыдущая метрика уже успевала сформироваться.
Проверьте последствия за пределами дашборда
Метрика может участвовать в KPI, бонусах команды, выборе сегментов и экспериментах. Изменение определения нужно согласовать с этими применениями, а не только с владельцем графика.
В работающем эксперименте нельзя заменить основной показатель после просмотра результатов и сохранить прежнее доказательное значение вывода. Новое определение можно показать как дополнительный анализ, а подтверждающую проверку спроектировать отдельно.
Если вместо покупок вы хотите измерять активацию продукта, сначала обоснуйте связь нового события с устойчивой пользой для клиента. Хорошее обновление метрики начинается с причины: новое определение должно лучше отражать полезное поведение клиента. Более высокая цифра сама по себе такой причиной не является.
Источники
Amplitude. Build a Retention Analysis. Amplitude Analytics Documentation. Проверено 23.09.2026.