Retention и churn в SaaS: как считать удержание и отток

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

Фраза «churn равен 5%» ничего не говорит без ответа на вопросы:

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

Три разных слоя удержания

Удержание поведения

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

Удержание клиентов

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

Удержание выручки

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

Эти слои связаны, но не взаимозаменяемы. Снижение продуктовой активности может предшествовать отмене, однако оно не является самой отменой.

Формулы retention

Для когортного удержания:

Retention периода N = участники стартовой когорты, совершившие возвратное событие в периоде N ÷ размер стартовой когорты × 100%.

Стартовым событием может быть регистрация, активация или первая оплата. Выбор зависит от вопроса. Если команда оценивает онбординг, полезна когорта регистраций. Если проверяет ценность для платящих клиентов — когорта первых оплат.

Для customer retention за период:

Customer retention = (клиенты на конец периода − новые клиенты за период) ÷ клиенты на начало периода × 100%.

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

Подробное построение таблицы W0–W4 разобрано в статье о когортном анализе.

Формулы churn

Logo churn

Logo churn = потерянные платящие аккаунты за период ÷ платящие аккаунты на начало периода × 100%.

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

Revenue churn

Gross revenue churn учитывает потерянную регулярную выручку и сокращения, но не компенсирует их расширением существующих клиентов.

Net revenue retention, наоборот, учитывает расширение и может быть выше 100%. Определение MRR, расширения, сокращения и реактивации должно совпадать с финансовой моделью компании.

Расчёты MRR и ARR лучше выполнять по состоянию подписок, а продуктовые события использовать для объяснения поведения. Это подробно разобрано в материале MRR, ARR, CAC, LTV и продуктовые метрики.

Пользователь или аккаунт

В B2B SaaS человек может перестать заходить, но его коллеги продолжат работу. Если считать churn по пользователям, смена сотрудника внутри активного клиента будет выглядеть как потеря бизнеса.

Поэтому полезно хранить как минимум:

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

Отчёт должен явно показывать, по какой сущности построен знаменатель.

Как связать поведение с оттоком

Не начинайте с магического «churn score». Сначала найдите наблюдаемые изменения:

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

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

Retention curve и возвращающее событие

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

Для разных ролей иногда нужны разные события:

• администратор управляет доступом;
• аналитик строит отчёт;
• оператор выполняет ежедневную операцию;
• руководитель просматривает итог.

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

Типичные ошибки

Сравнивать несопоставимые когорты

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

Менять критерий активности

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

Считать отмену по клику

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

Игнорировать реактивацию

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

Искать причину только в графике

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

Минимальный рабочий набор отчётов

Для SaaS обычно достаточно начать с пяти представлений:

1. когортное удержание по значимому действию;
2. logo churn по платящим аккаунтам;
3. изменение продуктовой активности до отмены;
4. удержание по сегменту, тарифу и роли;
5. переход от воронки активации к удержанию той же когорты.

Страница продуктовой аналитики для SaaS показывает, как объединять события онбординга, использования и оплаты, не выдавая браузерный сигнал за финансовый факт.

Как использовать результат

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

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