MRR, NRR и GRR: как рост подписок может скрывать потерю старой базы

Что измеряет MRR

Monthly Recurring Revenue, или MRR, — месячно нормализованная величина регулярной платы по выбранным подпискам. Она помогает сравнить планы с разными платёжными периодами на одной шкале. Это управленческий показатель среза, а не сумма полученных денег и не универсальное правило признания выручки.

В документации Stripe MRR считается через месячно нормализованные подписки; правила включения статусов, скидок и отдельных видов платежей задают границы показателя. Stripe: Billing analytics. Переносить число из одного отчёта в другой без сравнения определений нельзя.

Для локального сервисного бизнеса такая модель подходит к действительно согласованной регулярной плате. Частые разовые покупки не становятся MRR оттого, что клиент обычно приходит каждый месяц. Общая организация повторных заказов рассмотрена в подписочном процессе.

Зафиксируйте состав и единицу учёта

Для учебной модели берём действующие платные планы с фиксированной периодической суммой. Исключаем разовые работы, отдельно оплачиваемое потребление, налоги и бесплатные периоды. Все суммы в одной условной денежной единице, валютного пересчёта нет. Отчёт строится на начало и конец сентября 2026 года.

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

В Stripe, например, стандартное определение включает active и past_due, но прекращает учитывать canceled и unpaid; отдельные настройки меняют обработку скидок и момент признания активного подписчика. Документация определения. Поэтому MRR сам по себе не подтверждает, что все включённые суммы уже оплачены.

Нормализация периода не создаёт деньги

Годовой план с фиксированной платой 1 200 даёт в нашей модели 100 MRR: 1 200 / 12. Если все деньги поступили в сентябре, это не превращает регулярную месячную величину в 1 200. И в следующем месяце отсутствие новой оплаты само по себе не делает действующий годовой план нулевым.

Квартальная фиксированная плата 600 аналогично даёт 200 MRR при трёхмесячном периоде. Проверяйте, что сумма действительно относится к этому сроку, а не включает разовую установку или дополнительную работу. Для непостоянного потребления нужна отдельная договорённость о метрике; не переносите средний прошлый расход в фиксированную базу незаметно.

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

Учебный мост изменений: от 1 000 к 1 250

В начале периода в выбранной группе четыре клиента: A с MRR 400, B с 300, C с 200 и D со 100. Всего 1 000. D платит 1 200 за год; остальные значения уже выражены на месячной шкале. Все следующие изменения вымышлены.

За период A расширяет постоянный объём: его MRR растёт на 150 и становится 550. B уменьшает план на 50, до 250. C полностью прекращает регулярное обслуживание: минус 200. D остаётся на 100.

Отдельно приходят новый клиент E с MRR 250 и бывший клиент F со 100. F не был активен на начало периода, поэтому его возвращение относится к восстановлению, а не к новому привлечению. Других изменений в примере нет.

Мост изменения общей базы:

1 000 + 250 новых + 100 восстановленных + 150 расширения − 50 сокращения − 200 ухода = 1 250.

Проверка по конечным карточкам: A 550 + B 250 + D 100 + E 250 + F 100 = 1 250. C даёт ноль. Общая база выросла на 25%, а активных клиентов стало пять вместо четырёх.

Stripe отдельно описывает движение MRR через новые планы, восстановления, расширения, сокращения, уходы и валютный эффект. Stripe: MRR growth. Наш пример использует эти категории без валютного изменения и показывает сверку двумя независимыми способами.

Удержание считается по исходной группе

Для удержания вернитесь только к A, B, C и D. Новые E и восстановленный F не входят в начальную группу и не должны улучшать её показатель. К концу периода у исходной группы остаётся 550 + 250 + 0 + 100 = 900 MRR.

Net Revenue Retention, NRR, в этом примере равно 900 / 1 000 = 90%. Эквивалентный расчёт для этих клиентов: (1 000 + 150 − 50 − 200) / 1 000. ChartMogul определяет NRR через регулярную величину одной и той же группы клиентов на разных границах периода. ChartMogul: NRR.

Gross Revenue Retention, GRR, исключает расширение. Для примера: (1 000 − 50 − 200) / 1 000 = 75%. Этот показатель показывает потерю исходной регулярной базы без компенсации дополнительными продажами. ChartMogul: Gross MRR Retention.

Удержание числа клиентов также равно 3 / 4 = 75%, но совпадение случайно. Оно взвешивает людей или организации одинаково, а GRR — их исходную регулярную сумму. Если уходит один очень крупный клиент, результаты могут существенно разойтись.

Почему рост компании скрывает потери старой базы

В общей таблице видны +25% MRR и ещё один активный клиент. В исходной группе одновременно потеряны 10% регулярной величины после расширения и один из четырёх клиентов. Новые продажи закрыли часть проблемы, но не устранили её.

В другом независимом сценарии пусть A расширяется на 300 вместо 150; все прочие изменения исходной группы прежние. Тогда NRR = (1 000 + 300 − 50 − 200) / 1 000 = 105%. GRR остаётся 75%, а клиентское удержание — 75%.

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

Движения за период и конечный срез не взаимозаменяемы

Допустим, дополнительный клиент G впервые начал план на 80 и полностью завершил его в том же месяце. Мост содержит +80 нового MRR и −80 ухода; конечный срез не меняется. Если хранить только конец месяца, оба события исчезнут из истории привлечения и прекращения.

При этом G не входит в удержание исходных A–D. Нельзя подставлять общий churn компании в формулу удержания начальной группы, не проверив, от каких клиентов он возник. То же относится к расширению нового клиента после его первого подключения.

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

Не смешивайте MRR с ценой смены плана

Переход с месячной ставки 100 на 160 меняет будущий нормализованный уровень на 60, когда изменение вступает в силу. Частичное начисление за оставшуюся часть текущего периода отвечает на другой вопрос. Оно зависит от дат, условий и правил расчёта.

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

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

Приёмочный чек-лист отчёта

1. Годовые 1 200 превращаются в 100 MRR, а не в 1 200.
2. Разовые суммы и выбранные исключения видны отдельно.
3. Начальная группа A–D зафиксирована и не пополняется новыми E и F.
4. Мост и сумма конечных карточек дают одинаковые 1 250.
5. NRR исходной группы равен 90%, GRR — 75%, клиентское удержание — 75%.
6. Сценарий расширения на 300 даёт NRR 105% при неизменном уходе C.
7. Подключение и уход G на 80 сохраняются как два события без изменения конца месяца.
8. Повторный импорт не удваивает движение, а исправление сохраняет историю пересчёта.
9. У каждой суммы есть источник, период, валюта и версия определения.

В SABSUS проверьте необходимые данные через клиентов, заказы и отчёты. Наличие готового MRR-моста, подписочного биллинга или расчётов удержания нужно подтверждать в конфигурации. Успешность циклов оплаты остаётся отдельным показателем.

Частые вопросы

MRR равен деньгам, поступившим за месяц?

Нет. Он нормализует регулярную плату, а кассовое поступление зависит от сроков и факта оплаты.

Можно включить новых клиентов в NRR?

Не в удержание исходной группы. Покажите их в движении общей базы отдельной категорией.

NRR выше 100% означает, что никто не ушёл?

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

Источники

• Stripe: Billing analytics — нормализация, определения и движение MRR.
• ChartMogul: NRR — удержание регулярной величины одной клиентской группы.
• ChartMogul: Gross MRR Retention — удержание без расширения.

Источники проверены 9 октября 2026 года. Клиенты и числовые сценарии вымышлены.