Churn редко ломается в одном месте: чаще это 3 разные утечки выручки

Churn редко ломается в одном месте: чаще это 3 разные утечки выручки

Churn в SaaS стоит считать не только как процент от клиентов. Для CS важнее разделить его на 3 слоя:
— logo churn: ушли аккаунты;
— revenue churn: упала выручка в них;
— voluntary vs involuntary: отказ клиента или неуспешный платёж.

Если смешать всё в одну метрику, команда начинает лечить не ту проблему. Логотипы можно терять при слабом онбординге, а выручку — при недоиспользовании продукта внутри живых аккаунтов. Это разные сценарии, разные триггеры и разная ответственность CS, продукта и биллинга.

У хорошей команды churn всегда привязан к моменту сигнала:
— низкое использование ключевой функции;
— падение вовлечения у нескольких ролей в аккаунте;
— задержка ценности после онбординга;
— рост обращений только на этапе продления.

Если сигнала нет, у вас не управление оттоком, а постфактум-отчёт.

Отдельно смотрите на churn по сегментам: SMB, Mid, Enterprise. В маленьком SaaS один потерянный аккаунт может сильно двигать процент, в enterprise важнее не количество уходов, а размер потерянной выручки. Один и тот же churn-процент в этих сегментах означает разную операционную проблему.

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