Churn — это не один показатель, а три разных сценария потери выручки

Churn — это не один показатель, а три разных сценария потери выручки

Если считать отток одной цифрой, CS начинает чинить не ту проблему. Для SaaS важнее разделять:
— logo churn: ушли клиенты;
— revenue churn: ушла выручка;
— gross churn против net churn: есть ли expansion, который маскирует потери.

У компании может быть «низкий churn» по выручке и при этом плохой logo churn: мелкие уходят, а крупные расширяются. И наоборот — удержание логотипов может быть нормальным, но один enterprise-отток ломает GRR и бьёт по плану роста.

Практика для retention-команды простая:
— в дашборде держите отдельно GRR и NRR;
— для сегментов SMB и Enterprise задавайте разные пороги риска;
— не считайте churn по всей базе, если продукт живёт в разных use case.

Самая частая ошибка — лечить churn через общий health score без разметки причины. Тогда в одном индексе смешиваются низкое использование, отсутствие внедрения, конфликт со стейкхолдерами и банальная смена бюджета. Модель начинает «предсказывать всё» и не помогает никому.

Если churn не разложен по типам и сегментам, команда видит шум вместо сигнала. Начните не с новых playbook, а с нормальной классификации потерь и раздельного отчёта по GRR, NRR и причинам оттока.