ARR vs MRR: When to Use Each and How to Calculate Both from Stripe

An investor asks: "What is your ARR?" You say $2.4 million. They ask: "Is that based on current MRR or actual annual collections?" You pause.

This is a surprisingly common moment of uncertainty, because ARR and MRR are simple concepts that get confused in practice — especially when a business has a mix of monthly and annual contracts, or when founders conflate ARR with "revenue we collected over the past twelve months."

This guide explains exactly what each metric means, the correct calculation from Stripe data, when each is appropriate to use, and what the common mistakes look like when founders report these numbers.

What MRR Is (and What It Is Not)

Monthly Recurring Revenue is the normalized monthly value of all active subscriptions at a specific point in time. It is a snapshot metric — it reflects the current state of your subscription base expressed as a monthly figure.

"Normalized monthly value" is the key phrase. Every subscription is expressed as its per-month equivalent regardless of how it is billed:

• A subscription billed $99/month contributes $99 to MRR
• A subscription billed $990/year contributes $82.50 to MRR ($990 ÷ 12)
• A subscription billed $270/quarter contributes $90 to MRR ($270 ÷ 3)

What MRR is not:

• It is not the revenue you collected this month — that would be cash-basis revenue, which includes actual charges processed and excludes failed payments
• It is not a trailing average of past months — it is a point-in-time snapshot
• It is not a forecast — it reflects current subscriptions, not a projection of future ones

MRR is a cleaner, more stable signal than monthly cash revenue because it removes the noise of billing timing — annual subscriptions paid upfront do not create MRR spikes.

What ARR Is (and What It Is Not)

Annual Recurring Revenue is MRR multiplied by 12. It expresses the same subscription state as MRR but in annual terms.

That is the entire formula. ARR is not a separate calculation — it is a restatement of MRR in a different unit. If your MRR is $200,000, your ARR is $2,400,000.

What ARR is not:

• It is not the sum of annual contract values you have signed — that would be TCV (Total Contract Value) or ACV (Annual Contract Value) depending on contract length
• It is not the revenue you will collect over the next twelve months — actual collections depend on future churn, expansion, and payment success rates
• It is not the revenue you collected over the past twelve months — that is trailing twelve months revenue (TTM revenue), a different metric

ARR is best understood as a run-rate metric: what the business would collect over a year if current subscriptions continued exactly as-is, with no churn, no expansion, and no new customers. The moment any of those things change — which is constantly — actual annual collections will differ from ARR.

How to Calculate Both from Stripe Data

Step 1: Pull active subscriptions

Export all subscriptions with status active or trialing from Stripe. Exclude past_due and unpaid — these represent subscriptions where payment has not been collected and should go into a "revenue at risk" category, not clean MRR. As detailed in our guide on why Stripe overstates MRR, including past_due subscriptions is one of the most common sources of MRR inflation.

Step 2: Normalize all subscription amounts to monthly

For each subscription, calculate the monthly equivalent:

Step 3: Sum all normalized monthly values

Add the monthly value of every active subscription. The result is your MRR.

Step 4: Multiply by 12 for ARR

When to Use ARR vs MRR

The choice between ARR and MRR is primarily about audience and context, not about which metric is more accurate. Both describe the same business — they just do it at different scales.

A practical rule: use MRR internally for operations, use ARR externally for investor and strategic conversations. When in doubt, report both — MRR as the operational number and ARR as its annual equivalent — so audiences can use whichever frame they prefer.

A Worked Example

A SaaS business has the following active subscriptions in Stripe:

Notice that the 40 Pro annual customers contribute $4,967 to MRR — not $1,490 × 40 = $59,600, and not $0 in non-billing months. The annual subscription charge is normalized to monthly to make MRR a consistent snapshot metric.

Now suppose this business actually collected $420,000 in cash over the past twelve months — the sum of all charges processed. Is that ARR? No. That is trailing twelve months revenue (TTM revenue). It differs from ARR because some annual contracts were billed in a single month, some customers were acquired during the year and paid only partial-year amounts, and some invoices were refunded. ARR ($387,480) and TTM revenue ($420,000) describe different things and will almost never be equal.

Common Mistakes

• Confusing ARR with annual revenue collected. The most common mistake. ARR is MRR × 12 — a run-rate projection. Annual revenue collected is a cash-basis sum of actual payments received. They are different numbers that will differ whenever NRR is not exactly 100%.
• Including past_due subscriptions in MRR. Subscriptions in active dunning have not paid. Including them inflates MRR and ARR. Separate them into a "revenue at risk" bucket.
• Not normalizing annual contracts. A $1,200 annual subscription should contribute $100/month to MRR in every month — not $1,200 in the billing month and $0 for the next eleven.
• Mixing ARR and MRR in the same conversation without labeling. "Our revenue is $200k" is ambiguous when a mix of monthly and annual contexts are present. Always specify: "$200k MRR" or "$2.4M ARR."
• Calculating ARR growth incorrectly. ARR growth rate should compare ARR at two points in time — typically end of current year versus end of prior year. Dividing current ARR by TTM revenue collected produces a meaningless ratio.

ARR Growth Benchmarks by Stage

ARR growth benchmarks are highly stage-dependent. Early businesses grow faster because they start from a small base. The meaningful comparison is always to businesses at a similar ARR level, not to all SaaS businesses combined.

Growth rate alone is incomplete without efficiency context. A business growing 80% YoY while burning $5 for every $1 of new ARR is less healthy than one growing 50% YoY with a burn multiple of 0.8x. The Rule of 40 — growth rate plus profit margin — is the standard efficiency check. See the complete board metrics guide for how investors combine these metrics.

What Dnoise Shows You

Dnoise calculates MRR and ARR from Stripe source events rather than from the current state of subscription objects — which means annual contracts are always normalized correctly, past_due subscriptions are always excluded from clean MRR, and the reconciliation always holds.

• Clean MRR separate from revenue at risk. Past_due subscriptions appear in a revenue at risk bucket with the amount, decline reason, and days remaining in dunning — never mixed into clean MRR or ARR.
• Correct annual contract normalization. Every annual contract is divided by 12 for MRR contribution regardless of how it is structured in Stripe.
• MRR waterfall. New, Expansion, Contraction, Churned, and Reactivation MRR as separate line items — so ARR growth is explainable rather than just a number.
• ARR trend. ARR over time with month-by-month breakdown showing what drove each change.

See the full definitions in the Metrics Library: MRR and ARR. Related articles: why Stripe overstates MRR and the NRR guide.

Summary

• MRR is the normalized monthly value of all active subscriptions. ARR is MRR × 12.
• ARR is a run-rate projection, not a sum of past collections or a forecast of future ones.
• Use MRR for operations, churn analysis, and cohort tracking. Use ARR for investor communication, board reporting, and valuation discussions.
• Calculate MRR by normalizing all subscription amounts to monthly value — annual contracts divide by 12, quarterly by 3.
• Exclude past_due and unpaid subscriptions from MRR. They belong in revenue at risk.
• TTM revenue (cash collected over twelve months) is different from ARR and will rarely equal it.

Frequently Asked Questions