Customer Success ломается не на churn, а на неправильной операционной модели

Customer Success ломается не на churn, а на неправильной операционной модели

Если команда CS пытается одновременно вести онбординг, QBR, renewals и поддержку — NRR обычно проседает раньше, чем это видно в отчёте.

Рабочая схема почти всегда строится вокруг трёх слоёв:
— Low-touch: сегменты с низким ARR, где нужен playbook и автоматические триггеры.
— Mid-touch: аккаунты с риском расширения, где CSM работает по событиям использования.
— High-touch: enterprise, где важны планы по стейкхолдерам, рискам и expansion pipeline.

Ошибка маленьких SaaS — назначать одного CSM на всё сразу. Ошибка среднего SaaS — мерить команду только по renewal rate. Тогда удержание есть, а расширения нет.

Базовый набор метрик для зрелой CS-функции: GRR отдельно, NRR отдельно, expansion revenue отдельно, скорость реакции на health-алармы отдельно. Если они смешаны в один KPI, команда оптимизирует не retention, а отчёт.

Лучший тест простой: если клиент ушёл, вы понимаете, почему это произошло по данным, а не по ощущению? Если нет — сначала стройте сегментацию и health score, потом масштабируйте команду.