NRR растёт не от «лучшего сервиса», а от правильной базы измерений

NRR растёт не от «лучшего сервиса», а от правильной базы измерений

Net Revenue Retention, или удержание выручки с учётом расширения, часто ломают на этапе определения. В одну метрику смешивают апсейл, даунсейл, churn и реанимацию потерянных аккаунтов. В итоге команда спорит не о росте, а о формуле.

Если считать NRR чисто, в модели должны быть только три компонента: стартовая выручка, потери выручки и expansion revenue. Всё остальное лучше держать отдельно: GRR, logo churn, gross expansion. Иначе хороший месяц по продажам маскирует провал удержания.

Практика для CS-команды простая:
— сегментировать NRR по cohort, а не по всему портфелю;
— смотреть отдельно SMB, Mid-market и Enterprise;
— связывать expansion не с активностью вообще, а с конкретными триггерами использования продукта;
— не считать renewal успехом, если расширения нет и скидка съела маржу.

Главная ошибка — управлять NRR через ручные спасения за неделю до продления. Это иногда поднимает GRR, но почти не строит expansion. Нормальная система работает раньше: health score, ранняя сигнализация риска, понятный владелец аккаунта и список сценариев, где рост выручки действительно возможен.