Почему retention-отчёты в 2026 году чаще врут, чем помогают
Я всё чаще вижу одну и ту же ошибку в подписочных бизнесах: retention смотрят как на одну цифру, а управлять им пытаются как воронкой первого касания. В итоге в отчёте красиво растёт общий процент удержания, но деньги в этом росте могут и не жить.
Мой тезис простой: **удержание надо читать по когортам, а не по среднему по больнице**. Средний показатель маскирует три разные истории:
— новые подписчики ведут себя иначе, чем старые;
— платёжные когортные разрывы сильнее, чем кажется из отчёта;
— «успешные» промо-акции часто притаскивают пользователей с коротким жизненным циклом.
В одном из подписочных проектов мы разложили базу не только по месяцу первой оплаты, но и по каналу привлечения, типу оффера и первой активности в продукте. Внешне всё выглядело стабильно: удержание на 60-й день почти не менялось. Но когортный разбор показал, что:
— у части каналов возврат на 2–3 п.п. ниже;
— пользователи, которые не совершили ключевое действие в первые 48 часов, уходили вдвое быстрее;
— скидочный оффер давал лучший старт, но худший LTV на горизонте 90 дней.
И вот где начинается настоящая CRM-работа. Не «сделать ещё одну цепочку писем», а понять, **какая когорта проседает, на каком шаге и почему**. Тогда lifecycle-механики становятся не декором, а инструментом выравнивания экономики: триггеры по поведению, персональные окна дожима, разные сценарии для высокоценной и рискованной когорт.
В 2026 году это особенно важно: первый клик дорожает, last-click всё хуже объясняет выручку, а средний чек во многих категориях снижается. Значит, ценность удержания растёт не абстрактно, а очень прагматично — как способ не потерять уже купленного клиента.
Если retention не отвечает на вопрос «какая когорта даёт прибыль через 90 дней», это не отчёт. Это декорация.
— @RetentionRoomRuPro
Retention-маркетинг
@RetentionRoomRuPro
Почему retention-отчёты в 2026 году чаще врут, чем помогают
Этот пост опубликован в Telegram-канале Retention-маркетинг. Подписаться можно по ссылке: @RetentionRoomRuPro.