FrançaisEnglishEspañolItalianoDeutschPortuguêsNederlandsPolski

ARR Formula: Convert MRR to ARR Without Counting Junk

Published on February 16, 2026 · Jules, Founder of NoNoiseMetrics · 11min read

Updated on March 17, 2026

The ARR formula is two operations: define MRR correctly, then multiply by 12. The math is trivial. The failure point is almost always the first step. A team with fuzzy MRR — one that includes annual cash counted incorrectly, setup fees absorbed into the subscription base, or occasional consulting revenue that looked like a recurring line — produces an ARR number that overstates the recurring revenue engine. The formula is applied correctly. The input is wrong. The result is ARR dressed up as something it is not.

This article is about both operations: the formula and the inputs it requires.


What is the ARR formula?

ARR stands for Annual Recurring Revenue. The standard formula is:

ARR = Clean MRR × 12

If clean MRR is €10,000, then:

ARR = 10,000 × 12 = €120,000

That is the complete calculation. No additional complexity is warranted for most SaaS businesses. The entire substance of ARR analysis lives in the definition of “clean MRR” — what is included, what is excluded, and how edge cases are handled consistently. For the foundational MRR definition and what should or should not count, the clean MRR guide covers each trap in detail. David Skok’s SaaS metrics framework describes ARR as a downstream metric that is only as trustworthy as the MRR definition it inherits from.


How to calculate ARR: step by step

Step 1: Calculate clean MRR

MRR = sum of active recurring subscription revenue for the month

This includes:

  • Monthly subscriptions at their monthly price
  • Annual subscriptions normalised monthly: annual amount / 12
  • Recurring add-ons billed monthly
  • Recurring usage revenue, if it is truly recurring and follows a consistent treatment rule

This excludes:

  • Setup fees and onboarding charges
  • Implementation and consulting work
  • Custom development or migration projects
  • One-off support packages
  • Any revenue that does not automatically repeat

Step 2: Apply the formula

ARR = Clean MRR × 12

Simple ARR calculation example

A SaaS with:

  • 50 customers paying €100/month
MRR = 50 × 100 = €5,000
ARR = 5,000 × 12 = €60,000

A SaaS with mixed billing:

  • 40 customers on a €49/month plan
  • 10 customers on an €1,188/year plan
  • Setup fees of €500/customer collected this month from 3 new customers
Monthly plans: 40 × 49 = 1,960
Annual plans normalised: 10 × (1,188 / 12) = 10 × 99 = 990
Setup fees: excluded
Clean MRR = 1,960 + 990 = 2,950
ARR = 2,950 × 12 = €35,400

The €1,500 in setup fees collected this month is real revenue. It is not recurring revenue. It does not appear in ARR.


ARR formula for annual contracts: the normalisation that matters most

Annual contracts are where ARR calculations most frequently go wrong. When a customer prepays an annual subscription, two things happen simultaneously: a large cash payment is received, and a 12-month recurring revenue commitment begins.

Incorrect treatment:

Customer pays €2,400 upfront → MRR this month = €2,400 → ARR = €28,800

This treats one annual contract as if it represents €2,400/month of recurring revenue — which would imply €28,800 in annualised recurring revenue from a single €2,400/year subscription. The error is obvious when stated this way.

Correct treatment:

Customer pays €2,400/year → MRR contribution = 2,400 / 12 = €200
ARR from this customer = 200 × 12 = €2,400

The customer’s ARR contribution equals the annual contract value. This is the mathematically consistent and economically meaningful version. The large cash payment in the month of signing should flow into cash accounting, not into recurring revenue metrics.

Is your MRR actually clean? Run the check on your Stripe data →


MRR to ARR conversion: what it is and why it is simple

Searches for “MRR to ARR conversion” sometimes imply a complex calculation. The conversion is a single multiplication:

ARR = MRR × 12

What makes it appear complicated is the need to ensure MRR is clean before the multiplication. A converter tool is useful not because the math is hard but because it enforces consistent definitions — the same exclusions applied the same way every month, producing an ARR number that is comparable across periods.

For the complete MRR definition and calculation methodology, see What Is MRR? The Clean Version of Monthly Recurring Revenue.


ARR vs ACV: the distinction that prevents a common mistake

ARR (Annual Recurring Revenue) measures the annualised value of recurring subscriptions. It excludes one-time fees, regardless of what was in the contract.

ACV (Annual Contract Value) measures the total annual value of a contract, which may include setup fees, professional services, and other non-recurring components. ACV is a sales metric; ARR is a recurring revenue metric.

Example: A customer signs a €12,000/year subscription contract plus €3,000 in implementation services.

ACV = €12,000 + €3,000 = €15,000
ARR contribution = €12,000 (subscription only)
MRR contribution = €12,000 / 12 = €1,000

Using ACV in place of ARR inflates the recurring revenue picture by €3,000 per contract — not a meaningful error on one deal, but systematically significant across an entire customer base. a16z’s 16 SaaS Metrics highlights this ACV vs ARR distinction as one of the most common reporting confusions in early-stage SaaS companies.

For the foundational definition of what ARR means and how it fits into a working SaaS dashboard, see What Does ARR Mean? Builder-Friendly Definition. For the full ARR and MRR framework, see ARR and MRR for SaaS Founders: The Minimalist Guide to Recurring Revenue.


For the detailed ARR formula covering annual plans, multi-year deals, trials, and discounts, see Annual Recurring Revenue Formula: Calculate ARR Without Mistakes.

Annual recurring revenue formula: what clean ARR looks like in practice

The phrase “annual recurring revenue formula” implies there might be different versions. For most SaaS businesses, there is one:

ARR = Clean MRR × 12

The only legitimate variation is whether the business uses a bottom-up (customer-by-customer) or top-down (MRR × 12) calculation. Bottom-up is more accurate when subscriptions have complex overlapping components; top-down is sufficient when MRR is already cleanly defined.

Some enterprise SaaS companies calculate ARR directly from contract data rather than from MRR — this can produce slight differences if some active subscriptions are not yet generating billing events. For most indie and SMB SaaS products, MRR × 12 is the right formula.


Common ARR formula mistakes

Mistake 1: Multiplying inflated MRR by 12. The most pervasive error. If MRR includes annual cash, setup fees, or irregular revenue, ARR amplifies those distortions by a factor of 12. Clean the MRR input before applying the formula.

Mistake 2: Treating cash received as ARR. A customer who pays €12,000 upfront for an annual subscription contributes €12,000 to ARR — but that €12,000 is spread across 12 months of recognised recurring revenue, not a €12,000 boost to MRR in the month of payment.

Mistake 3: Confusing ARR with ACV. Described above — ACV includes non-recurring contract components that ARR explicitly excludes. Using ACV numbers in ARR reporting overstates the recurring revenue base.

Mistake 4: Annualising unstable revenue. If one month’s revenue includes an unusually large one-time payment, annualising that month’s total produces a misleadingly high ARR. ARR should reflect a stable recurring base, not an exceptional period.

Mistake 5: Using ARR without underlying MRR movement. ARR is a summary metric. It does not show whether growth came from new customers or expansion, whether churn is accelerating, or whether contraction is creeping up. A founder who tracks only ARR is reading the annual total without understanding the monthly mechanics that produced it.


A worked example: ARR formula without junk

A SaaS product has:

  • 40 customers on a €49/month plan
  • 10 customers on a €99/month plan
  • 5 annual customers paying €1,188/year (equivalent to the €99/month plan)
  • 2 new onboarding projects at €500 each completed this month

Step 1: Calculate clean MRR

Monthly plans:

(40 × 49) + (10 × 99) = 1,960 + 990 = 2,950

Annual plans normalised:

5 × (1,188 / 12) = 5 × 99 = 495

Clean MRR:

MRR = 2,950 + 495 = 3,445

Step 2: Exclude non-recurring revenue

The two onboarding projects generated €1,000. That is real revenue. It is not recurring revenue. It is excluded from MRR and from ARR.

Step 3: Apply the ARR formula

ARR = 3,445 × 12 = €41,340

What a founder would misreport without clean definitions: If annual cash is not normalised and onboarding fees are included: the month that includes the five annual contract payments might show MRR of 3,445 + (5 × 1,188) + 1,000 = €10,385, producing ARR of €124,620 — three times the correct figure. This is not a small rounding error. It is a completely different business picture.


How to track ARR automatically

Connect one trusted billing source. For most early SaaS products, Stripe. Stripe provides the subscription data needed to calculate MRR correctly: subscription start dates, billing cadence, plan amounts, and cancellation events.

Define recurring revenue once in writing. Before building any dashboard or report, document what counts as recurring, how annual plans are handled, what is excluded, and how usage billing is treated. This definition is the source of ARR’s reliability.

Apply MRR × 12 consistently. Do not recalculate the formula differently for different reporting contexts. One definition, one formula, one ARR number that means the same thing in every conversation.

Surface ARR alongside MRR movement. ARR on its own is useful for orientation. ARR plus the MRR bridge — new MRR, expansion, contraction, churn — is useful for decisions. This is the foundation of any financial model worth building — clean ARR inputs feed directly into revenue projections and runway analysis.

For the dashboard that connects ARR to actionable metrics, see SaaS Dashboard in a Day: The 8 Metrics That Don’t Waste Time. Bessemer’s State of the Cloud report benchmarks ARR growth rates by company stage — a useful external reference once clean ARR tracking is in place.


JSON model for ARR calculation

{
  "recurring_revenue": {
    "period": "2026-04",
    "currency": "EUR",
    "clean_mrr": 3445,
    "arr": 41340,
    "formula": "clean_mrr * 12"
  },
  "mrr_components": {
    "monthly_subscriptions": 2950,
    "annual_subscriptions_normalised": 495,
    "recurring_addons": 0
  },
  "exclusions": {
    "setup_fees": true,
    "onboarding_fees": true,
    "consulting": true,
    "one_off_projects": true,
    "annual_cash_not_normalised": true
  },
  "bridge": {
    "starting_mrr": 3200,
    "new_mrr": 297,
    "expansion_mrr": 99,
    "contraction_mrr": 49,
    "churned_mrr": 102,
    "ending_mrr": 3445
  },
  "definitions": {
    "annual_plan_contribution": "annual_amount / 12",
    "arr_formula": "clean_mrr * 12",
    "arr_vs_acv": "ARR excludes one-time fees; ACV may include them"
  }
}

FAQ

What is the ARR formula?

The standard ARR formula is ARR = Clean MRR × 12. The calculation itself is a single multiplication; the difficulty lies in ensuring MRR is cleanly defined before applying it. If MRR includes annual cash counted incorrectly, setup fees, or other non-recurring items, ARR will overstate the recurring revenue base by the same proportion.

How do you calculate annual recurring revenue?

Calculate clean monthly recurring revenue first (sum of active recurring subscriptions, with annual plans normalised monthly and one-time fees excluded), then multiply by 12. The result is annual recurring revenue. For a detailed MRR calculation methodology, see the MRR guide.

Is ARR just MRR times 12?

Yes, if MRR is defined correctly. The formula is ARR = MRR × 12. The challenge is not the formula — it is ensuring the MRR input excludes non-recurring revenue, normalises annual subscriptions monthly, and is applied consistently across periods.

What should not be included in ARR?

Setup fees, implementation fees, onboarding charges, consulting revenue, one-time project work, and any revenue that does not automatically repeat on the next billing cycle. Annual cash received upfront should be normalised monthly (annual amount / 12) rather than counted in full in the month of payment.

What is the difference between ARR and ACV?

ARR (Annual Recurring Revenue) measures the annualised value of recurring subscriptions only. ACV (Annual Contract Value) measures the total annual value of a contract and may include one-time fees, professional services, and other non-recurring components. Using ACV as a proxy for ARR overstates the recurring revenue base.

How is ARR different from run rate?

Run rate annualises current-period total revenue regardless of whether it is recurring. ARR annualises only the recurring subscription portion of revenue. A company with strong one-time revenue in a single month will have a high revenue run rate but a potentially much lower ARR. ARR is the more conservative and more meaningful metric for SaaS health.

What is a quick ratio formula and how does it relate to ARR?

The quick ratio (sometimes called the SaaS quick ratio) measures revenue growth efficiency: new MRR + expansion MRR / churned MRR + contraction MRR. It is a growth quality metric that uses the same MRR components that feed into ARR. A quick ratio above 4 is generally considered strong; below 1 means the business is losing recurring revenue faster than it is adding it.

How do you track ARR automatically?

Connect a trusted billing source (typically Stripe), define recurring revenue once in writing, and apply MRR × 12 consistently. A dashboard that pulls MRR from Stripe subscription events and multiplies by 12 produces ARR automatically without manual calculation. The key requirement is that the Stripe data handling correctly normalises annual plans and excludes one-time payments.


Stop calculating MRR in a spreadsheet. Clean MRR, ARR, and the full waterfall — free up to €10k MRR →


Free Tool
Try the ACV Calculator →
Interactive calculator — no signup required.
Share: Share on X Share on LinkedIn
J
Juleake
Solo founder · Building in public
Building NoNoiseMetrics — Stripe analytics for indie hackers, without the BS.
See your real MRR from Stripe → Start free