Ежемесячный периодический доход (MRR)

Ежемесячный периодический доход (MRR) — это нормализованный, предсказуемый доход, который подписочный бизнес получает каждый месяц от всех активных подписок клиентов — важнейший показатель здоровья в SaaS, потому что он переводит разрозненные циклы оплаты (месячные, годовые, квартальные) в один сопоставимый ежемесячный показатель. Годовая подписка за 1200 $/год даёт вклад в MRR в размере 100 $; месячная подписка за 50 $/месяц даёт вклад 50 $. MRR обычно разбивают на компоненты, которые раскрывают истинное состояние бизнеса гораздо лучше, чем один итоговый показатель: Новый MRR (от новых клиентов за этот месяц), MRR от расширения (существующие клиенты повышают тариф — больше мест, более высокий план), MRR от сокращения (существующие клиенты понижают тариф) и Отменённый MRR (клиенты, отменившие подписку). Формула чистого нового MRR за месяц: Новый + Расширение − Сокращение − Отменённый. SaaS-бизнес со 100 тыс. $ MRR, растущий на 10% месяц к месяцу за счёт новых продаж, но теряющий 15% ежемесячно из-за оттока, на самом деле сжимается — различие, которое скрывает итоговая цифра, но раскрывают компоненты. MRR также служит основой для годового периодического дохода (ARR = MRR × 12), который инвесторы и советы директоров используют для годовых сравнений, а также для «правила 40» (сумма темпа роста в % и маржи прибыли в % должна превышать 40 для здорового SaaS-бизнеса). Конкретный пример: в январе у SaaS-компании MRR составляет 50 000 $ от 500 клиентов при средней подписке 100 $/месяц. В феврале: 40 новых клиентов подписываются по 100 $/месяц (+4000 $ нового MRR); 10 существующих клиентов переходят на план за 200 $/месяц (+1000 $ MRR от расширения); 5 клиентов понижают план с 200 до 100 $ (−500 $ MRR от сокращения); 15 клиентов полностью отменяют подписку (−1500 $ отменённого MRR при среднем чеке 100 $). Чистый новый MRR = 4000 $ + 1000 $ − 500 $ − 1500 $ = 3000 $. MRR за февраль = 53 000 $. Ежемесячное отслеживание этих компонентов в дашборде (через Stripe и такой инструмент, как ChartMogul или Baremetrics) — стандартная практика для любого подписочного SaaS-бизнеса, прошедшего стадию первых нескольких клиентов. Одна тонкость, которую разработчики часто упускают на старте: MRR должен быть нормализован, а не просто просуммирован из сырых сумм счетов — клиент, оплативший год вперёд, всё равно даёт вклад только в размере 1/12 этого платежа в MRR каждый месяц, а разовая плата за настройку или неповторяющийся платёж за профессиональные услуги должны полностью исключаться из MRR, поскольку их включение раздувает метрику доходом, который не повторится в следующем месяце, и вводит в заблуждение всех, кто использует MRR для прогнозирования. Бизнесы с оплатой по использованию усложняют расчёт MRR ещё больше, поскольку потребление может заметно колебаться от месяца к месяцу даже у лояльного клиента без оттока — большинство таких компаний намеренно указывают оценочный или усреднённый по скользящему периоду MRR, а не жёсткую зафиксированную цифру, которую даёт подписка с фиксированным числом мест.