Что измеряет каждая метрика
MRR показывает нормализованную месячную величину регулярной подписочной выручки. Это операционная метрика, через которую команда видит, что произошло в конкретном месяце: сколько пришло нового recurring revenue, сколько дал апселл, сколько съели даунгрейды и отток.
ARR показывает годовую величину той же самой базы регулярной выручки. Обычно это просто MRR, умноженный на 12, но полезен он в других разговорах: годовое планирование, board reporting, fundraising, оценка масштаба бизнеса, сравнение компаний на уровне annual run rate.
Проще всего запомнить так: MRR нужен, чтобы управлять движением бизнеса по месяцам, ARR нужен, чтобы описывать годовой масштаб этого же бизнеса.
Связь формул
Если база recurring revenue очищена и нормализована, связь формул предельно проста:
- MRR = нормализованная месячная регулярная выручка
- ARR = MRR × 12
Проблемы начинаются там, где пропадает дисциплина нормализации. Предоплата за год не должна целиком попадать в один месяц MRR. Разовые setup fees, профессиональные услуги, налоги, hardware и прочие non-recurring суммы тоже не должны считаться recurring revenue.
Если MRR рассчитан неверно, ARR автоматически тоже будет неверным. ARR не живёт отдельной жизнью. Это годовая проекция той же самой recurring базы.
Когда использовать MRR
MRR нужен там, где вопрос звучит по-операционному: что изменилось в этом месяце, за счёт чего мы выросли или просели, где именно сидит churn pressure, как влияет recovery по неуспешным платежам, какие сегменты реально двигают рост.
Именно на MRR обычно строятся derived metrics вроде Net New MRR, Expansion MRR, Churned MRR, Contraction MRR и Quick Ratio. Если команде нужно объяснить месячную динамику, MRR почти всегда будет правильной базой.
Когда использовать ARR
ARR нужен, когда аудитория мыслит годовым масштабом. Это удобно для совета директоров, инвесторов, финансового планирования и enterprise-продаж, где разговор часто идёт о размере recurring business в annualized выражении.
Если у компании преобладают годовые контракты, ARR часто звучит более естественно и внутри продаж, и внутри стратегического планирования. Но ценность ARR напрямую зависит от того, насколько чисто и последовательно под ним считается MRR.
Частые ошибки в отчётности
- Принимать собранный cash за MRR или ARR вместо нормализации выручки по периоду оказания услуги.
- Смешивать recurring revenue с разовыми внедрениями, услугами, hardware или налогами.
- Считать ARR по одной логике, а MRR по другой, будто это независимые KPI.
- Пытаться разбирать месячную операционную динамику через ARR, где детали движений просто теряются.
- Сравнивать ARR разных компаний без выравнивания revenue policy, term normalization и исключений.
Обычно проблема не в самой арифметике, а в том, что у компании нет стабильной политики расчёта recurring revenue. Тогда обе метрики перестают быть сопоставимыми и внутри компании, и снаружи.
Практическое правило
Если разговор про месячное движение выручки, используйте MRR. Если разговор про годовой масштаб recurring бизнеса, используйте ARR. Если ARR нельзя свести к MRR одной строкой, значит модель отчётности ещё не очищена.
Практически для SaaS-команды лучше всего управлять бизнесом через MRR, а описывать масштаб бизнеса через ARR. Тогда операционная аналитика и executive-level narrative поддерживают друг друга, а не создают путаницу.
Связанные материалы
Базовые страницы метрик: