ARR berekenen: formule, stappen & veelgemaakte fouten

Zie de volledige ARR-formule met edge cases: jaarlijks terugkerende omzet formule.

De meeste oprichters berekenen ARR verkeerd omdat ze elk abonnement hetzelfde behandelen. Maandplannen, jaarplannen en meerjarige contracten hebben elk een andere aanpak nodig. Hier is de correcte ARR-berekening, stap voor stap, met echte cijfers uit een typische Stripe-account.

Annual Recurring Revenue (ARR) is de totale jaarwaarde van alle actieve terugkerende abonnementen, genormaliseerd naar een periode van 12 maanden.

ARR = (Maandelijkse abonnementen × 12) + Jaarabonnementen + (Meerjarige contracten ÷ aantal jaren)

Let op het cruciale punt: jaarabonnementen worden niet vermenigvuldigd met 12. Ze zijn al jaarlijks. Dit is de meest voorkomende rekenfout bij deze metric, en hij verdubbelt je getal wanneer je hem maakt.

Stap 1: Identificeer alle actieve abonnementen

Haal elk abonnement op dat momenteel actief en terugkerend is. Neem mee:

Maandplannen (elke maand gefactureerd)
Jaarplannen (eenmaal per jaar gefactureerd)
Meerjarige contracten (vooraf of jaarlijks gefactureerd)

Sluit alles uit dat niet terugkerend is: eenmalige installatiekosten, implementatiekosten, verbruiksoverschrijdingen die achteraf worden gefactureerd, en terugbetalingen. Als het zich niet op een voorspelbaar schema herhaalt, hoort het niet in ARR.

In Stripe vind je deze lijst onder “Subscriptions” met het filter “status = active”. Exporteer de CSV en haal handmatig de regels eruit waarvan het plan eenmalige posten of add-ons bevat. Bij veel accounts duiken bovendien “past_due”-abonnementen op die nog niet officieel zijn opgezegd. Behandel die voorzichtig: een klant die al 14 dagen niet betaalt, hoort uit je getal verdwijnen zodra de kaart definitief faalt. Vertrouw niet alleen op de Stripe-status, kijk ook naar het gedrag.

Voor de volledige definitie en context over waarom ARR belangrijk is, lees de betekenis en definitie van ARR.

Stap 2: Normaliseer naar jaarwaarde

Hier wordt de wiskunde belangrijk. Elk abonnementstype converteert anders:

Maandplannen: Vermenigvuldig de MRR met 12.

20 klanten × €49/maand = €980 MRR → €980 × 12 = €11.760 ARR

Jaarplannen: Gebruik de contractwaarde direct. Niet vermenigvuldigen met 12.

5 klanten × €468/jaar = €2.340 ARR

Meerjarige contracten: Deel de totale contractwaarde door het aantal jaren.

1 klant × €5.000 over 2 jaar = €2.500 ARR

Een kleine validatieregel die tijd bespaart: als je totaal duidelijk groter is dan twaalf keer je huidige MRR, heb je ergens dubbel geteld. Bij een gezond account zonder recente prijswijzigingen horen beide getallen heel dicht bij elkaar te liggen.

Het bijzondere geval van het jaarplan

Dit is de fout die ARR het meest opblaast. Als een klant €468/jaar betaalt voor een jaarplan, is de ARR-bijdrage €468, niet €468 × 12 (€5.616).

De verwarring ontstaat omdat oprichters in MRR-termen denken. Ze zien €468/jaar, delen door 12 om €39/maand MRR te krijgen, en vermenigvuldigen dan terug met 12. Het resultaat is correct (€468), maar de omslachtige berekening introduceert fouten wanneer de jaarplanprijs niet netjes deelbaar is door 12.

De regel is simpel: als de factureringscyclus al jaarlijks is, is de abonnementswaarde al genormaliseerd. Niet aan zitten.

Als je korting biedt voor jaarlijkse facturering (zeg €49/maand normaal, €39/maand op jaarlijks), telt het kortingsjaarlijkse totaal (€468), niet de hypothetische maandprijs geannualiseerd. Je rapporteert wat de klant werkelijk betaalt, niet wat deze zou betalen op een ander plan.

Meerjarige contracten afhandelen

Een 2-jarig contract ter waarde van €10.000 draagt €5.000 per jaar bij. Een 3-jarig contract ter waarde van €15.000 draagt €5.000 per jaar bij. Verdeel de waarde gelijkmatig over de contractperiode.

Dit geldt ongeacht het betalingsschema. Of de klant nu €10.000 vooraf betaalt of €5.000 per jaar, de bijdrage is hetzelfde: totale contractwaarde gedeeld door totaal aantal jaren.

De meeste bootstrapped SaaS-oprichters zullen niet vaak meerjarige contracten tegenkomen. Als je bedrijf voornamelijk maand- en jaarplannen heeft, dekken stap 1 en 2 99% van je berekening. Mocht er toch een multi-year deal binnenkomen, documenteer de spreiding in een notitie per klant, zodat je toekomstige zelf (of je eerste medewerker) snapt waarom een boeking van €10K in het Bookings-rapport slechts €5K in het Annual-rapport oplevert.

Wat uit te sluiten

Eenmalige kosten. Installatiekosten, migratiekosten, adviesuren, niets hiervan is terugkerend, dus niets telt mee.

Verbruiksoverschrijdingen. Als je €49/maand basis plus gebruik factureert, is alleen de €49 basis terugkerend. De overschrijding is variabel en onvoorspelbaar. Sommige bedrijven volgen een “run-rate” die gemiddelde overschrijdingen meeneemt, maar dat is een andere metric.

Opgezegde abonnementen. Als een klant gisteren heeft opgezegd, is het abonnement niet meer actief. Verwijder het onmiddellijk. Wacht niet tot het einde van de factureringsperiode. Dit cijfer moet je huidige realiteit weerspiegelen, niet je factureringsschema.

Gratis plannen en proefperiodes. €0/maand × 12 = €0. Ze dragen niets bij. Tel ze niet mee, zelfs niet als “potentieel”.

Gepauzeerde abonnementen. In Stripe bestaat de status pause_collection. Zulke accounts betalen niet en horen tijdelijk uit het cijfer totdat ze opnieuw actief factureren.

Uitgewerkt voorbeeld

Je beheert een SaaS-product met gemengde facturering:

Type	Klanten	Prijs	ARR-bijdrage
Maandplan	20	€49/maand	20 × €49 × 12 = €11.760
Jaarplan	5	€468/jaar	5 × €468 = €2.340
Meerjarig (2 jr.)	1	€4.000 totaal	€4.000 ÷ 2 = €2.000

Totaal = €11.760 + €2.340 + €2.000 = €16.100

Als je de jaarplannen per ongeluk met 12 had vermenigvuldigd, zou het cijfer €39.960 zijn, meer dan het dubbele van het werkelijke getal. Dat is het soort fout dat je voorspellingen verpest en iedereen misleidt die naar je metrics kijkt, inclusief potentiële investeerders die je model binnen twee minuten uit elkaar halen.

Een tweede check die ik graag doe: tel alle Stripe-facturen van de afgelopen 12 maanden bij elkaar op die aan actieve abonnementen gekoppeld zijn. Als die som drastisch lager is dan je berekende ARR, heb je waarschijnlijk plan-upgrades dubbel geteld of niet-terugkerende posten meegenomen.

In de praktijk loont het om de berekening eens per maand handmatig in een spreadsheet na te lopen, zelfs als een tool als NoNoiseMetrics of ChartMogul hem automatisch uitvoert. De oefening dwingt je om elke planwijziging, elke pauze, elke downgrade te zien die in de rapportageperiode plaatsvond. De eerste keer vind je waarschijnlijk twee of drie edge cases die je automatische pipeline verkeerd behandelde — bijvoorbeeld een eerste factuur met proration die eruitziet als een terugkerende post maar feitelijk een eenmalige aanpassing is. Zodra je die randgevallen hebt gedocumenteerd, kun je het dashboard weer vertrouwen.

Een laatste valkuil: als je in meerdere valuta factureert, normaliseer alle bedragen naar één rapportagevaluta met de wisselkoers per peildatum. Anders beweegt je cijfer mee met de FX-markten, niet met het echte bedrijf. Sommige founders kiezen voor de gemiddelde koers van de maand om die volatiliteit glad te strijken, anderen voor de spot-koers op de laatste dag. Welke methode je ook kiest, hou hem consistent over kwartalen heen, anders worden trendvergelijkingen onbetrouwbaar.

Voor alle bijzondere gevallen voorbij wat hier wordt behandeld, bekijk alle bijzondere gevallen van de ARR-formule.

ARR vs MRR

ARR = MRR × 12 werkt alleen wanneer al je abonnementen maandelijks zijn. Zodra je jaarplannen toevoegt, werkt die snelweg niet meer.

De veilige aanpak: bereken ARR vanuit individuele abonnementen zoals hierboven getoond. Als je de andere kant op wilt — MRR afleiden van ARR — deel de jaarwaarde van elk abonnement door 12. Vermenigvuldig alleen niet de jaarplanprijzen met 12 wanneer je van MRR naar ARR gaat. Gebruik de MRR-naar-ARR-converter om je cijfers te controleren.

Wekelijkse routine: tien minuten op maandagochtend

De berekening zelf beheersen is niet genoeg. Wat telt is de discipline om hem regelmatig te herhalen — in een vast ritme dat kort genoeg is om over te slaan wanneer de week zwaar wordt. Plan tien minuten elke maandagochtend: open je Stripe-dashboard, exporteer de lijst met actieve abonnementen, tel het maandelijkse totaal op en vermenigvuldig met twaalf. Vergelijk het resultaat met de waarde van de vorige week — een verschil onder één procent is ruis, een verschil boven drie procent verdient onderzoek. Deze routine kost minder dan een standup, maar beschermt je tegen stille drift-effecten die zich anders gedurende twee of drie kwartalen opstapelen voordat je ze opmerkt.

FAQ

Hoe bereken je ARR?

Tel de geannualiseerde waarde op van elk actief terugkerend abonnement. Maandelijkse abonnementen worden vermenigvuldigd met 12, jaarabonnementen blijven zoals ze zijn, en meerjarige contracten worden gedeeld door het aantal jaren. Sluit eenmalige kosten, verbruiksoverschrijdingen en opgezegde accounts uit. De formule is ARR = (Maandelijkse abonnementen × 12) + Jaarabonnementen + (Meerjarige contracten / jaren).

Moet ik jaarlijkse kortingen meenemen in ARR?

Ja. ARR weerspiegelt wat klanten werkelijk betalen, niet de catalogusprijs. Als een klant €468/jaar betaalt op een jaarplan met korting in plaats van €588/jaar tegen het maandtarief, is de ARR-bijdrage €468. Rapporteer werkelijke omzet, niet hypothetische.

Moet ik maandabonnees meetellen in ARR?

Ja, maar normaliseer ze: vermenigvuldig de maandelijkse abonnementsomzet met 12. Een klant die €49/maand betaalt, draagt €588 bij aan ARR. Tel klanten op maandplannen die volgende maand kunnen opzeggen niet als gegarandeerde jaaromzet. ARR is een projectie, geen garantie. De MRR-naar-ARR conversiegids behandelt de randgevallen.

Hoe ga ik om met kortingen op jaarplannen in ARR?

Gebruik het bedrag dat de klant daadwerkelijk betaalt, niet de catalogusprijs zonder korting. Als je jaarplan €499/jaar kost (een korting ten opzichte van €49/maand × 12 = €588), is de ARR-bijdrage van die klant €499. Blaas ARR niet op met catalogusprijzen, dat verdraait je werkelijke terugkerende omzet en breekt je financiële projecties.

Wanneer is het zinvol om ARR te gebruiken in plaats van MRR?

Gebruik ARR voor communicatie met investeerders, het berekenen van waarderingsmultiples of het plannen van jaarbudgetten. Gebruik MRR voor maandelijkse operationele beslissingen, omdat het kortere trends sneller laat zien. De meeste founders volgen beide: MRR voor dagelijkse zaken en ARR voor strategische planning.

Bereken ARR automatisch vanuit Stripe. NoNoiseMetrics normaliseert maand- en jaarplannen correct. Gratis tot €10.000 MRR →

Gratis tool
Probeer het MRR Dashboard Template →
Interactieve MRR- & ARR-tracker, geen registratie vereist.