MRR & ARR

What is MRR and ARR?

Written by Arnon Shimoni

✓ Expert

Last updated on:

What are MRR and ARR?

Monthly Recurring Revenue (MRR) and Annual Recurring Revenue (ARR) are the two most referenced metrics in subscription businesses. MRR is the normalised monthly revenue from all active subscriptions. ARR is often MRR multiplied by 12, or the sum of all annual contract values currently active. Both measure the same thing at different timescales: the predictable revenue a business can count on from its existing customer base, right now.

It's important to note that they're not accounting metrics. You won't find MRR on a GAAP income statement. They're operational metrics designed to give founders, operators, and investors a real-time read on the health of the subscription base without waiting for quarterly financials. A business with $500K MRR knows it will generate approximately $6M over the next 12 months from customers it already has, assuming no churn and no expansion. That's the value of the number: it converts the subscription base into a forward-looking revenue estimate.

MRR vs ARR: When to Use Each

MRR is the right metric for businesses that bill monthly and see frequent changes in the customer base. Churn, new bookings, and expansions all show up in MRR within the same month they happen, which makes it a sensitive instrument for tracking growth momentum and spotting problems early.

ARR is the right metric for businesses with predominantly annual contracts, or for conversations with investors and boards where monthly fluctuations would obscure the underlying trend. Most enterprise SaaS companies report ARR because their contracts are annual and the customer base doesn't change as rapidly from month to month. A large customer signing an annual contract shows up in ARR immediately, even though the revenue is recognised over 12 months.

The two are interchangeable when all contracts are monthly. They diverge meaningfully when the contract mix includes annual deals, multi-year commitments, or non-standard billing cycles. A business with a mix of monthly and annual customers should calculate ARR from actual contract values, not by multiplying MRR by 12 — the monthly figure will undercount the annual contracts that aren't renewing each month.

How MRR is Calculated

The calculation sounds simple. Take all active subscriptions, sum their monthly values, and you have MRR. In practice, the edge cases accumulate.

  1. Normalising non-monthly contracts. An annual contract worth $12,000 contributes $1,000 to MRR. A quarterly contract worth $3,000 contributes $1,000 per month. The billing system needs to normalise every contract to a monthly value regardless of how it actually bills.

  2. Handling usage-based components. A subscription with a $500/month base and variable usage charges on top creates an MRR floor of $500, but the actual monthly revenue will vary. Most companies count only the committed recurring component in MRR and report usage separately. Some include trailing usage averages. The methodology matters less than applying it consistently — whichever approach you use, the number is only comparable over time if the calculation doesn't change.

  3. Timing of recognition. MRR reflects the revenue a business expects from active subscriptions in a given month. It's not cash received, and it's not recognised revenue in the accounting sense. A customer who pays annually in advance has contributed cash to the balance sheet, deferred revenue to the liabilities, and ARR to the subscription metric — three different numbers, all from the same transaction.

The MRR Components That Actually Matter

Tracking total MRR is useful. Tracking the movements within MRR is where the operational insight comes from. Most subscription businesses decompose MRR into five components.

Component

Definition

What it signals

New MRR

Revenue from customers who didn't exist last month

New business acquisition rate

Expansion MRR

Revenue added from existing customers (upgrades, additional seats, usage growth)

Product-led growth and upsell motion

Contraction MRR

Revenue lost from existing customers (downgrades, reduced usage)

Early warning of customer dissatisfaction

Churned MRR

Revenue lost from customers who cancelled entirely

Retention health

Reactivation MRR

Revenue from customers who previously churned and came back

Win-back effectiveness

Net MRR growth is the sum of these movements: New + Expansion - Contraction - Churned + Reactivation. A business growing 10% MRR month over month while churning 8% is in a fundamentally different position from one growing 10% while churning 2%, even though the headline growth rate looks the same.

Net Revenue Retention and Why It Connects to MRR

Net Revenue Retention (NRR) measures how much revenue the business retains and expands from its existing customers over a 12-month period, expressed as a percentage. An NRR of 110% means that even without acquiring a single new customer, the business would grow 10% per year from expansions outpacing churn within the existing base.

NRR is calculated from the same underlying data as MRR: the subscription records, usage data, upgrades, downgrades, and cancellations that feed the billing system. A business with accurate MRR tracking has the data to calculate NRR. A business with sloppy billing records — mid-cycle changes not captured, credits applied inconsistently, plan changes recorded in CRM but not in the billing system — produces NRR figures that don't reflect reality.

The connection matters because NRR is one of the most-watched metrics in SaaS investment. Businesses with NRR above 120% can grow without adding new customers; their existing base expands faster than it churns. Investors price that differently from a business growing purely through acquisition. The accuracy of the number depends entirely on billing infrastructure that captures every revenue movement, at the time it happens.

ARR and the Enterprise Sales Context

In enterprise SaaS, ARR is how deals are measured and how the company is valued. A $200K ARR deal means a new customer signing a contract worth $200K annually. The sales team closes ARR; finance tracks ARR; investors value the company as a multiple of ARR.

This creates a specific billing challenge. Enterprise deals are rarely clean annual contracts at a fixed price. They include ramp-up periods where pricing steps up over the first year, minimum commits with true-up provisions for usage above the threshold, volume discounts applied to the annual total, and multi-year terms with pricing adjustments at each renewal. The ARR figure for a complex enterprise deal requires the billing system to calculate the annualised committed value correctly — not just bill the first invoice and track the rest manually.

CPQ tools handle some of this at the quoting stage. But the ARR number is only accurate if what was quoted actually makes it into the billing system correctly. Companies that close deals in Salesforce and manually enter contract terms into their billing system introduce errors at every handoff. The quote-to-cash process needs to move contract data, not just invoices, from CRM to billing without manual re-entry.

When MRR Becomes Unreliable

MRR is a useful metric until the billing infrastructure behind it breaks down. The most common failure modes are worth knowing.

  1. Mid-cycle changes not captured in real time. A customer upgrades on the 15th of the month. The sales team updates the CRM; the billing system updates on the next billing cycle. For three weeks, MRR shows the old contract value. In a business making decisions on weekly MRR dashboards, that lag matters.

  2. Churned customers left as active. A customer cancels, the success team marks them churned in the CRM, but the billing record isn't updated until the next billing run. MRR overstates the active base. This is more common than it should be in businesses where CRM and billing are separate systems with manual synchronisation.

  3. Usage-based revenue included inconsistently. Some months include an estimate of variable revenue; others don't. The MRR trend line becomes noisy and the signal is lost. Separating committed MRR from variable revenue, and tracking both consistently, gives a cleaner picture than trying to blend them into a single number.

  4. Credits and adjustments not reflected. If a customer receives a billing credit — because of a service outage, a negotiated concession, or a proration on a downgrade — that credit should reduce the MRR contribution from that customer in the month it applies. Billing systems that process credits as one-off adjustments without updating the subscription record understate churn and overstate retention. See proration for how mid-cycle adjustments work.

The companies with reliable MRR have one thing in common: their billing system is the source of truth for subscription data, not a downstream consumer of it. Every plan change, cancellation, and usage event updates the billing record first. The CRM and finance dashboard reflect what billing says, not the other way around. That's the architecture that produces metrics you can trust.

Ready for billing v2?

Solvimon is monetization infrastructure for companies that have outgrown billing v1. One system, entire lifecycle, built by the team that did this at Adyen.

MRR & ARR

Invoice

Subscription Management

Recurring Payments

Cost Plus Pricing

Dunning

Payment Gateway

Value Based Pricing

Revenue Backlog

Deferrred Revenue

Consolidated Billing

Price Estimation

Pricing Engine

Embedded Finance

Overage Charges

Flat Rate Pricing

Minimum Commit

Yield Optimization

Grandfathering

Billing Engine

Predictive Pricing

Price Benchmarking

Metering

AI Agent Pricing

AI-Led Growth

AISP

Advance Billing

Credit-based pricing

Outcome Based Pricing

AI Token Pricing

Seat-based Pricing

Top Tiered Pricing

Region Based Pricing

High-Low Pricing

Lifecycle Pricing

Pay What You Want Pricing

Time Based Pricing

Contribution Margin-Based Pricing

Decoy Pricing

Dual Pricing

Freemium Model

Loss Leader Pricing

Marginal Cost Pricing

Odd-Even Pricing

Omnichannel Pricing

Quote-to-Cash

Revenue Optimization

Sales Enablement

Sales Optimization

Volume Discounts

Margin Management

Market Based Pricing

Sales Prediction Analysis

Pricing Analytics

Intelligent Pricing

Margin Pricing

Price Configuration

Customer Profitability

Discount Management

Dynamic Pricing Optimization

Enterprise Resource Planning (ERP)

Guided Sales

Margin Leakage

Usage Metering

Smart Metering

Quoting

CPQ

Self Billing

Revenue Forecasting

Revenue Analytics

Total Contract Value

Pricing Bundles

Penetration Pricing

Dynamic Pricing

Price Elasticity

Feature-Based Pricing

Transaction Monitoring

Minimum Invoice

Volume Commitments

Tiered Pricing

E-invoicing

SaaS Billing

Billing Cycle

Payment Processing

Usage-based Pricing

Hybrid Pricing Models

Stairstep Pricing

Multi-currency Billing

Multi-entity Billing

Ramp Up Periods

Proration

Sticky Stairstep Pricing

Tiered Usage-based Pricing

Entitlements

Revenue Leakage

ASC 606

IFRS 15

PISP

PSP

From billing v1 to billing v2

Built for companies that outgrew simple billing

If you're monetizing AI features, running multiple entities, or moving upmarket with enterprise contracts—Solvimon handles the complexity.

From billing v1 to billing v2

Built for companies that outgrew simple billing

If you're monetizing AI features, running multiple entities, or moving upmarket with enterprise contracts—Solvimon handles the complexity.

Why Solvimon

Helping businesses reach the next level

The Solvimon platform is extremely flexible allowing us to bill the most tailored enterprise deals automatically.

Ciaran O'Kane

Head of Finance

Solvimon is not only building the most flexible billing platform in the space but also a truly global platform.

Juan Pablo Ortega

CEO

I was skeptical if there was any solution out there that could relieve the team from an eternity of manual billing. Solvimon impressed me with their flexibility and user-friendliness.

János Mátyásfalvi

CFO

Working with Solvimon is a different experience than working with other vendors. Not only because of the product they offer, but also because of their very senior team that knows what they are talking about.

Steven Burgemeister

Product Lead, Billing