What Is MRR (Monthly Recurring Revenue)?

Monthly Recurring Revenue is the heartbeat metric of a SaaS business. It measures, in the simplest possible way, how much predictable subscription revenue you're earning right now on a monthly basis.

If Annual Recurring Revenue (ARR) is the big-picture number you report to investors and the board, MRR is the operational number you look at every week to understand what's actually happening inside the business. Small movements in MRR tell you whether your acquisition, retention, and expansion engines are working. Large movements tell you when something has fundamentally shifted, good or bad.

This guide explains what MRR is, exactly how to calculate it, what to include and exclude, how it differs from GAAP revenue and ARR, and the mistakes that commonly produce misleading MRR numbers.

Table of Contents

1. What is MRR?

2. How to calculate MRR

3. What to include and exclude

4. Worked examples

5. MRR vs ARR vs GAAP revenue

6. Why MRR matters

7. MRR vs cash flow

8. Common mistakes

9. A quick note on MRR movement

10. FAQ

What is MRR?

MRR is the normalised monthly value of all active recurring subscriptions a SaaS business holds at a specific point in time. It represents what the business would earn next month from existing customers if nothing changed.

Three characteristics define MRR:

Monthly. Regardless of how customers actually pay monthly, annually, multi-year their contribution is normalised to a monthly figure.

Recurring. Only revenue that's expected to continue month after month counts. One-time fees, services, and usage overages are excluded.

Current. MRR is a point-in-time snapshot, not a trailing average. Today's MRR is what's active right now.

A company with 100 customers paying an average of £500 per month has an MRR of £50,000.

How to calculate MRR

The base calculation is straightforward: add up the normalised monthly subscription value of every active customer.

Basic formula:

MRR = Σ (monthly subscription value of every active customer)

For a customer paying monthly, their MRR contribution is whatever they pay per month. For a customer on an annual or multi-year contract, their MRR contribution is the annual value divided by 12 (or the multi-year total divided by the total months).

Three equivalent ways to arrive at the same number:

1. Sum of all active monthly subscriptions at their current monthly rate

2. Sum of all annualised contract values divided by 12

3. ARR ÷ 12

If those three methods produce different numbers, you have a classification or data quality issue somewhere.

What to include and exclude

Include in MRR:

• Monthly subscription fees

• Annual or multi-year contracts, normalised to monthly (e.g. a £12,000 annual contract = £1,000 MRR)

• Recurring per-seat fees

• Recurring add-on subscriptions

• Committed recurring minimums on usage-based contracts

Exclude from MRR:

• One-time setup, onboarding, or implementation fees

• Professional services, training, and consulting

• Usage or consumption charges above the committed minimum

• Overage fees

• Hardware or physical product sales

• Refunds and credits (these reduce GAAP revenue, not MRR)

• Free trials and freemium users

• Discounts? Include the net price actually paid, not list.

The core test: if you expect this revenue to recur automatically next month from the same customer without any additional sales or commercial activity, it belongs in MRR. If it's a one-off event, it doesn't.

Worked examples

Some examples to make the rules concrete.

Customer A pays £200/month for a standard subscription. MRR contribution: £200

Customer B pays £2,400 upfront for a one-year contract. MRR contribution: £200 (£2,400 ÷ 12)

Customer C pays £15,000 upfront for a three-year contract. MRR contribution: £417 (£15,000 ÷ 36)

Customer D signs up for a £500/month subscription and also pays a £2,000 one-time setup fee. MRR contribution: £500 (the setup fee is not recurring)

Customer E has a £1,000/month base subscription and generated £400 of usage overage last month. MRR contribution: £1,000 (overage is excluded from MRR)

Customer F is on a £600/month plan but receives a 25% promotional discount for the first three months. MRR contribution during the promo: £450. When the promo ends: £600.

Customer G pays £10,000 for a year-long contract but the commercial terms have a first-year price of £10,000 stepping up to £12,000 in year two. MRR contribution in year one: £833 (£10,000 ÷ 12). In year two: £1,000. The £167/month increase becomes expansion MRR when it takes effect.

Total MRR across A–G: £3,900 (during promo period) or £4,050 (after promo ends).

MRR vs ARR vs GAAP revenue

Three metrics that measure related but distinct things.

MRR (Monthly Recurring Revenue). The current monthly run-rate of subscription revenue.

ARR (Annual Recurring Revenue). The annualised version: MRR × 12. Used for external reporting, benchmarking, and valuation.

GAAP revenue. Revenue actually recognised in the accounting period under accrual rules (ASC 606 or IFRS 15). Includes non-recurring items like services. Excludes unbilled future revenue. Smooths annual prepayments across the service period.

A worked example of how these diverge. A customer signs a one-year £12,000 contract, paid upfront, starting on 1 January.

Over the full year, GAAP revenue and the annualised MRR contribution match. Within any given month, they look completely different from cash flow.

MRR is the right metric for operational management. GAAP revenue is the right metric for financial reporting. Confusing them produces confusing conversations, especially with accountants and auditors.

Why MRR matters

Monthly granularity is the main reason MRR earns its place alongside ARR. Four specific uses:

Early warning. MRR moves every month. If your churned MRR jumped 40% this month versus last, you want to know about it now, not when it shows up as a slower ARR growth number in three months' time. Monthly granularity catches trends before they compound.

Operational dashboards. MRR is the standard unit of measurement on cohort analyses, expansion rates, net revenue retention calculations, and customer success reporting. Everything downstream is easier when MRR is the base.

Sales compensation. Many SaaS teams pay on new MRR or net new MRR rather than bookings, which aligns sales incentives with sustainable revenue rather than one-off deal size.

Cohort analysis. Break MRR down by acquisition month, channel, plan tier, or customer segment to understand where value actually comes from and where it leaks.

Forecasting. Monthly data is far more useful for forecasting than annual snapshots. You can model seasonality, trend lines, and the impact of product launches or pricing changes with much higher confidence.

For external reporting and valuation conversations, ARR dominates. For running the business day-to-day, MRR is where the work happens.

MRR vs cash flow

MRR is not cash. This catches every SaaS founder at some point, usually when reconciling the MRR chart to the bank balance.

If you sell annual contracts paid upfront, your cash inflow in any given month can dramatically exceed your MRR that month. A single new customer signing a £60,000 annual contract delivers £60,000 in cash that day and only £5,000 in MRR.

Conversely, if you've built up a lot of annual customers who pay upfront, your MRR can be healthy while your monthly cash inflows are lumpy most cash arrives at contract renewal dates, not smoothly.

What MRR does tell you is how much revenue will ultimately be recognised over the next twelve months if nothing changes. It's a reliable forward indicator of the top line, not a measure of immediate liquidity.

For cash management, track deferred revenue, billings, and collections separately. For business health and trajectory, track MRR.

Common mistakes

Mixing monthly and annual values without normalising. A £12,000 annual contract is £1,000 of MRR, not £12,000. Sounds obvious, but when data comes from multiple billing systems, the error slips in.

Counting bookings as MRR on the day of sale. Bookings are contracts signed. MRR is the normalised monthly revenue of active service. A three-year £90,000 contract signed today contributes £2,500 of MRR, not £90,000.

Including one-time fees. Setup fees, migration fees, professional services these are one-time events and don't belong in MRR.

Including free and trial users. Only paying customers count. Many dashboards accidentally include trial accounts before they convert.

Not deducting churn promptly. A customer who cancels this month should drop out of MRR this month, not lag for a month while their notice period runs. If billing continues into the notice period, they're still paying but for reporting, flag the pending churn so you're not surprised.

Using list price instead of net price. A customer on a 30% discount contributes 70% of list to MRR. Using list overstates the actual business.

Mixing usage revenue with subscription MRR. Usage-based overages are variable and shouldn't be treated as committed recurring. Most companies report "subscription MRR" and "usage revenue" separately.

Double-counting upgrades. When a customer upgrades from £500 to £800/month, the MRR increases by £300, not by £800.

Forgetting currency normalisation. If you bill in multiple currencies but report MRR in one, exchange rate movements distort the numbers. Some companies report both reported MRR and constant-currency MRR.

Inconsistent treatment of annual contracts with mid-year changes. If a customer on an annual contract upgrades mid-term and is billed a pro-rata top-up, how do you treat the upgrade? Pick a convention (usually, the new higher monthly equivalent becomes their MRR contribution from the point of change) and apply it consistently.

A quick note on MRR movement

MRR isn't a single number. It's a summary of several moving parts:

• New MRR comes from brand-new customers

• Expansion MRR comes from existing customers increasing their spend

• Contraction MRR comes from existing customers decreasing their spend

• Churned MRR comes from customers cancelling entirely

• Reactivation MRR comes from previously churned customers returning

Net New MRR = New + Expansion − Contraction − Churned (+ Reactivation)

The difference between a SaaS company that grows smoothly and one that struggles rarely shows up in total MRR alone. It shows up in the decomposition. A company with impressive-looking MRR growth fuelled entirely by new acquisition, while churn quietly rises, is on a fragile trajectory. A company with flat new MRR but strong expansion and near-zero churn has a healthy foundation.

The components deserve their own treatment. The short version: track all five, chart them monthly, and make sure at least one of the positive components is reliably growing while the negative components stay contained.

FAQ

Should I calculate MRR on a contract basis or a billing basis?

Contract basis the committed ongoing amount, normalised monthly. Billing basis (what hit the invoice this month) is a cash-flow metric, not a recurring-revenue metric.

How do I handle annual contracts where the customer pays monthly?

The customer's payment cadence doesn't matter for MRR. What matters is the committed monthly value, so a £12,000 annual contract billed monthly contributes £1,000 MRR regardless.

Should I include tax in MRR?

No. MRR is net of sales tax, VAT, and similar. Only the actual subscription fee counts.

What if a customer pauses their subscription?

Treat a paused subscription as churned for MRR purposes remove them from the count. If they come back, they re-enter as reactivation MRR. This is cleaner than trying to maintain a pause state, and forces you to measure actual returning customers.

Do I count MRR from lifetime-deal or one-time-payment customers?

No. If a customer paid once for lifetime access, they're not generating recurring revenue. Some companies amortise lifetime deal revenue over a reasonable period for internal modelling, but it doesn't belong in MRR in the strict sense.

Is MRR the same as committed revenue?

Similar but not identical. MRR is the current monthly run-rate of active contracts. Committed revenue usually refers to the total remaining value of contracts that haven't been delivered yet (i.e. bookings backlog). Both useful, different metrics.

How do I handle a customer whose renewal is overdue?

Most companies drop them from MRR once they've passed their grace period (commonly 30–60 days after the contract end date with no new agreement). Keeping them in MRR longer inflates the number with customers who aren't actually paying.

What tools calculate MRR automatically?

Stripe Dashboard, ChartMogul, ProfitWell, Baremetrics, and most SaaS billing platforms auto-calculate MRR from billing data. These are only as accurate as the data they have, so miscategorised products or one-time fees being billed through recurring plans will distort the numbers. Review the logic at least once when you set up any of these.

MRR is simple on its surface and surprisingly subtle in practice. The rules for what to include, how to normalise, and when to remove customers matter enormously and a consistent, clean MRR figure compounds in value over time because you can trust the trend line.

Get the definition right, build the reporting cleanly, and MRR becomes one of the most honest mirrors on your business.