Revenue Intelligence voor SaaS

Revenue Intelligence voor SaaS is het doorlopend naast elkaar leggen van drie bronnen die bij een softwarebedrijf zelden overeenkomen: wat sales heeft verkocht in het CRM, wat de billing daadwerkelijk factureert en wat klanten in het product gebruiken. Waar die drie uit elkaar lopen, zit omzet die je misloopt of verkeerd voorspelt. Een goed ingerichte aanpak vertelt je niet alleen hoe hoog je ARR is, maar ook welk deel daarvan klopt, welk deel risico loopt en welk deel je nog niet factureert.

Waarom SaaS een eigen aanpak vraagt

Een SaaS-bedrijf lijkt op papier het meest meetbare bedrijfsmodel dat er is. Alles is digitaal, elke klant heeft een abonnement, elke factuur komt uit een systeem. Toch is het precies dat gevoel van controle dat het gevaarlijk maakt. Omdat de billing automatisch loopt, kijkt niemand meer of hij de goede dingen automatisch doet.

Drie eigenschappen maken SaaS anders dan een project- of handelsbedrijf.

Omzet is een stroom, geen moment. Een deal in het CRM is bij SaaS geen eenmalige opbrengst maar het begin van een reeks facturen die jaren kan doorlopen. Een fout bij de start herhaalt zich dus elke maand of elk jaar, tot iemand hem ziet. Een verkeerd ingevoerde korting van tien procent op een contract van €30.000 per jaar kost je niet €3.000, maar €3.000 per jaar zolang de klant blijft.

De waarde zit in drie systemen tegelijk. Het CRM (bijvoorbeeld Salesforce of HubSpot) weet wat er is afgesproken. De billing (Stripe, of facturatie vanuit een boekhoudpakket als Exact of Moneybird) weet wat er wordt gefactureerd. Het product weet wat de klant gebruikt: seats, API-calls, opslag, modules. Geen van die systemen heeft het hele verhaal, en geen van die systemen controleert de andere twee.

Je waardering hangt aan metrics die op deze data rusten. ARR, net revenue retention, gross retention, churn en expansion zijn bij SaaS niet alleen stuurinformatie. Ze bepalen hoe investeerders, kopers en banken naar je bedrijf kijken. Als de ARR in je board deck uit het CRM komt en de ARR in je boekhouding uit de billing, en die twee verschillen, dan heb je een probleem dat groter is dan een paar gemiste facturen.

Wat Revenue Intelligence in het algemeen is, lees je in de complete gids over Revenue Intelligence. Dit artikel gaat over wat het specifiek betekent voor een SaaS-bedrijf.

De drie bronnen en waar ze elkaar tegenspreken

CRM: wat je denkt dat je hebt verkocht

In het CRM staat de deal met een bedrag, een looptijd, een productregel en vaak een ARR-veld dat iemand met de hand invult. Dat veld is het begin van veel ellende. Het wordt ingevuld bij closed-won, maar zelden bijgewerkt bij een upgrade, een downgrade of een tussentijdse wijziging. Na een jaar beschrijft het CRM de klant zoals hij was bij het tekenen, niet zoals hij nu is.

Typische afwijkingen tussen CRM en werkelijkheid bij SaaS:

• Een meerjarig contract met een oplopende prijs (jaar 1 €24.000, jaar 2 €30.000) staat als één bedrag in het CRM.
• Een eerstejaarskorting staat in de notities, niet in een veld, dus niemand weet wanneer hij afloopt.
• Een upsell is als nieuwe deal aangemaakt, maar het oorspronkelijke contract is niet aangepast, waardoor de ARR dubbel of helemaal niet meetelt.

Billing: wat je werkelijk factureert

De billing is de bron voor wat er binnenkomt. Maar billing doet wat er is ingesteld, niet wat er is afgesproken. Iemand heeft ooit een abonnement aangemaakt, een prijs gekozen, een coupon toegepast en een factuurmoment ingesteld. Elke fout in die handeling loopt vanaf dat moment automatisch door.

Het klassieke voorbeeld: sales verkoopt 50 seats voor €40 per seat per maand. In de billing wordt het abonnement aangemaakt op het standaardplan met 25 seats, omdat het maatwerkplan nog niet bestond. Niemand merkt het, want de klant klaagt niet en de factuur gaat netjes elke maand de deur uit. Dat is €1.000 per maand, €12.000 per jaar, die nergens als verlies zichtbaar is.

Productgebruik: wat de klant echt afneemt

Het product is de derde bron en bij SaaS vaak de meest onderschatte. Het vertelt je hoeveel gebruikers actief zijn, of een klant boven zijn limiet zit en welke modules worden gebruikt. Hier zit zowel lekkage (gebruik boven wat je factureert) als risico (gebruik dat daalt, ruim voor een opzegging).

Een klant die 50 seats betaalt en er 72 gebruikt, lekt omzet. Een klant die 50 seats betaalt en er nog 11 gebruikt, gaat bij de verlenging waarschijnlijk afschalen of vertrekken. Beide signalen staan in je productdata. Geen van beide staat in je CRM.

Waar SaaS-omzet weglekt

De lekken bij SaaS zijn zelden spectaculair. Het zijn kleine afwijkingen die zich elke factuurperiode herhalen. Een uitgebreide lijst per oorzaak vind je in revenue leakage in SaaS. De belangrijkste patronen:

1. Gebruik boven contract. Meer seats, meer volume of meer API-calls dan gefactureerd. Vaak omdat het product geen harde limiet heeft en de billing niet naar gebruik kijkt.
2. Kortingen die nooit aflopen. Een introductiekorting van 20 procent voor het eerste jaar die als permanente coupon in de billing staat.
3. Prijsverhogingen die niet zijn doorgevoerd. De nieuwe prijslijst geldt voor nieuwe klanten, maar bestaande contracten met een indexatieclausule blijven op het oude tarief staan omdat niemand de clausule heeft uitgevoerd.
4. Tussentijdse upgrades zonder pro rata facturatie. Een klant op een jaarabonnement gaat in maand vier naar een hoger pakket. De upgrade wordt geactiveerd, maar de meerprijs voor de resterende acht maanden wordt nooit gefactureerd.
5. Mislukte betalingen. Een creditcard verloopt, de incasso faalt, de dunning-mails komen in een spambox terecht en het account blijft actief. Dit heet involuntary churn als de klant uiteindelijk wordt afgesloten, maar het is lekkage zolang het account blijft draaien zonder betaling.
6. Maatwerkafspraken buiten het systeem. Een implementatiefee, een extra module of een professional services-blok dat in de offerte stond maar nooit als factuurregel is aangemaakt.
7. Verlengingen tegen het oude tarief. Een contract verlengt automatisch, maar de verlenging wordt op de oude prijs gezet, zonder de indexatie of de nieuwe prijslijst.

Deze patronen vallen grotendeels onder wat je SaaS billing leakage noemt: de afwijking tussen wat je had moeten factureren en wat de billing heeft gefactureerd.

De metrics die je vertrouwt, en waarom ze kunnen liegen

SaaS-bedrijven sturen op een klein aantal kerncijfers. Revenue Intelligence verandert die cijfers niet, maar controleert waar ze op rusten.

Het punt van deze tabel: als je ARR uit het CRM haalt en je NRR uit de billing, vergelijk je twee verschillende werkelijkheden. Revenue Intelligence dwingt die twee naar één definitie, door ze per klant naast elkaar te leggen. Hoe je dat technisch en organisatorisch aanpakt, staat in hoe je één waarheid over omzet krijgt.

Reconciliation: de kern van Revenue Intelligence bij SaaS

Het werk dat het meeste oplevert, is saai: per klant, per maand, vergelijken wat er is afgesproken, wat er is gefactureerd en wat er is gebruikt. Dat heet SaaS revenue reconciliation. In de praktijk bestaat het uit vier vergelijkingen.

Contract tegen abonnement. Klopt het abonnement in de billing met het contract? Prijs per eenheid, aantal eenheden, looptijd, factuurfrequentie, kortingen met einddatum, indexatieclausule.

Abonnement tegen factuur. Heeft het abonnement ook echt tot een factuur geleid, voor het juiste bedrag, in de juiste periode? Hier vind je mislukte betalingen, handmatige creditnota's die niet zijn teruggedraaid en facturen die op concept zijn blijven staan.

Gebruik tegen abonnement. Zit de klant binnen wat hij betaalt? Hier vind je seats, volume en modules boven contract, en omgekeerd: klanten die veel minder gebruiken dan ze betalen, wat een verlengingsrisico is.

Factuur tegen betaling. Is de factuur betaald? Een openstaande factuur van een actief account is geen boekhoudkundig detail, het is een klant die gratis gebruikt.

Rekenvoorbeeld: stel een SaaS-bedrijf met €6M ARR

Stel, je hebt 400 klanten en een gemiddelde contractwaarde van €15.000 per jaar. Je doet één keer per kwartaal een reconciliation en vindt het volgende. Dit zijn voorbeeldcijfers om de rekensom te laten zien, geen gemiddelden.

• 18 klanten gebruiken gemiddeld 12 seats meer dan ze betalen, bij €35 per seat per maand: 18 x 12 x €35 x 12 = €90.720 per jaar.
• 9 klanten hebben een eerstejaarskorting van 15 procent die na jaar één is blijven staan, op gemiddeld €20.000 per jaar: 9 x €3.000 = €27.000 per jaar.
• 30 contracten met een indexatieclausule van 3 procent zijn niet geïndexeerd, op gemiddeld €12.000: 30 x €360 = €10.800 per jaar, en dat bedrag stapelt elk jaar dat het blijft liggen.
• 6 accounts met een mislukte betaling zijn al twee maanden actief zonder betaling, gemiddeld €1.500 per maand: €18.000 aan openstaande omzet.

Samen is dat ruim €140.000, ongeveer 2,4 procent van de ARR. Dat valt binnen de bandbreedte van 1 tot 5 procent van de omzet die vaak als schatting voor omzetlekkage wordt genoemd. Voor jouw bedrijf kan het meer of minder zijn. Het enige betrouwbare getal is het getal dat je in je eigen data vindt.

Forecasting en renewals

Bij SaaS is de grootste voorspelbare omzetpost niet nieuwe business, maar de verlengingen. Toch wordt de forecast vaak gebouwd op nieuwe pipeline in het CRM, met renewals als vaste aanname. Dat werkt tot een paar grote klanten tegelijk afschalen.

Revenue Intelligence verbetert de renewal-forecast door gebruiksdata erbij te nemen. Een klant met dalend gebruik, oplopende supporttickets en een contract dat over vier maanden afloopt, is geen zekere verlenging, ook al staat hij in het CRM als "renewal, 90%". Andersom is een klant die structureel boven zijn contract zit een expansion-kans die bij de verlenging hoort, niet bij een losse salescampagne.

Twee principes:

• Bouw de renewal-forecast per klant, niet als percentage. Een aanname van 92 procent gross retention zegt niets over welke klanten wegvallen. Een lijst met risicosignalen per klant wel.
• Scheid contractuele omzet van verwachte omzet. Een getekend meerjarig contract is iets anders dan een maandabonnement dat morgen kan stoppen. Tel ze niet op alsof ze even zeker zijn.

Een forecast die renewals als vaste aanname behandelt, mist precies de klanten die het verschil maken.

Churn en expansion: signalen voordat het te laat is

De meeste SaaS-bedrijven meten churn achteraf: wie is er dit kwartaal opgezegd? Dan is de omzet al weg. Revenue Intelligence kijkt naar de signalen die eraan voorafgaan, over systemen heen.

Signalen van risico:

• Actieve gebruikers dalen drie maanden op rij.
• De hoofdgebruiker of de beslisser is vertrokken (nieuw e-mailadres, oude login inactief).
• Supporttickets stijgen, of de reactietijd bij dit account ligt boven je norm.
• Facturen worden later betaald dan voorheen.
• De klant vraagt om een kopie van zijn data of om de exportfunctie.

Signalen van expansion:

• Gebruik zit structureel boven het contract.
• Nieuwe afdelingen of vestigingen loggen in.
• De klant gebruikt een functie die in een hoger pakket valt, via een proefperiode of een workaround.

Elk van die signalen is los te zien in één systeem. De waarde zit in de combinatie, en in de vraag wie er iets mee doet. Een signaal zonder eigenaar is een rapport. Een signaal met een eigenaar en een deadline is een actie.

Hoe je begint: een stappenplan

Je hoeft niet te beginnen met software. De eerste ronde kun je met een export en een spreadsheet doen, zolang je weet wat je zoekt.

1. Kies één definitie van ARR. Leg vast wat erin telt (terugkerende abonnementsomzet, na kortingen) en wat niet (eenmalige fees, professional services, usage die niet gecontracteerd is). Schrijf het op.
2. Maak een klantlijst met één sleutel. Zorg dat elke klant in CRM, billing en product met dezelfde ID te koppelen is. Als dat niet kan, is dit je eerste project.
3. Exporteer per klant drie bedragen. Contractwaarde uit het CRM, gefactureerd bedrag uit de billing over de laatste twaalf maanden, en gebruik (seats of volume) uit het product.
4. Markeer elke afwijking boven een drempel. Bijvoorbeeld meer dan 5 procent verschil tussen contract en factuur, of gebruik meer dan 10 procent boven contract.
5. Controleer kortingen en indexaties apart. Maak een lijst van alle actieve coupons en kortingen met hun oorspronkelijke einddatum, en van alle contracten met een indexatieclausule.
6. Leg per afwijking een eigenaar vast. Finance voor factuurfouten, customer success voor gebruik boven contract, sales voor contractwijzigingen.
7. Herhaal het elke maand. Eén keer controleren vindt de oude lekken. Maandelijks controleren voorkomt nieuwe.

Wie dit eenmalig grondig wil laten doorlopen, kan kiezen voor een losse audit. De Revenue Audit is een eenmalig, persoonlijk uitgevoerd onderzoek over acht gebieden, waarin elke bevinding een bedrag in euro's krijgt. Wie het doorlopend wil bewaken, heeft software nodig die de systemen koppelt en elke nacht vergelijkt. Dat zijn twee verschillende keuzes, en je kunt de ene maken zonder de andere.

Wat een platform toevoegt boven een spreadsheet

Een spreadsheet werkt voor een eerste ronde. Het probleem begint bij de tweede. De export is een momentopname, de koppeling tussen systemen gebeurt met de hand, en na drie maanden is de persoon die het deed met iets anders bezig.

Een Revenue Intelligence-platform voor SaaS doet in essentie vier dingen:

• Het leest de systemen doorlopend, in plaats van een export per kwartaal. Een afwijking van vorige week zie je deze week, niet bij de jaarafsluiting.
• Het koppelt op klantniveau, zodat contract, abonnement, factuur en gebruik van dezelfde klant naast elkaar staan.
• Het prijst de afwijking, zodat je weet welke tien van de honderd signalen het geld waard zijn.
• Het maakt er een taak van met een eigenaar, in plaats van een rapport dat niemand leest.

Wat het niet doet: je billing vervangen, je CRM vervangen of je definities voor je bepalen. De systemen die je hebt blijven de bron. Het platform legt ze naast elkaar.

Veelgemaakte fouten bij SaaS-bedrijven

ARR uit het CRM rapporteren. Het CRM weet wat er is verkocht, niet wat er loopt. Gebruik de billing als bron voor lopende ARR en het CRM voor nieuwe en verwachte omzet.

Usage-based pricing zonder controle op de meting. Als je per gebruik factureert, is de meting in het product je factuur. Een bug in de telling of een gemiste export is direct omzetverlies. Controleer periodiek of het gemeten volume en het gefactureerde volume gelijk zijn.

Kortingen niet als einddatum vastleggen. Elke korting heeft een reden en een looptijd. Een korting zonder einddatum in het systeem wordt een permanente prijsverlaging.

Handmatige deals niet terugleggen in het systeem. De grootste klanten krijgen vaak maatwerk. Juist daar is de kans op een afwijking tussen contract en billing het grootst, en daar is het bedrag het hoogst.

Churn alleen per kwartaal bekijken. Dan zie je alleen wie weg is. Kijk maandelijks naar de signalen van wie gaat.

Veelgestelde vragen

Wat is het verschil tussen Revenue Intelligence en een SaaS-metricsdashboard?

Een metricsdashboard laat ARR, churn en NRR zien op basis van één bron, meestal de billing. Revenue Intelligence legt de bronnen naast elkaar en laat zien waar ze van elkaar afwijken, per klant en in euro's. Het dashboard vertelt je het getal, Revenue Intelligence vertelt je of het klopt.

Welke systemen moet je koppelen bij een SaaS-bedrijf?

Minimaal het CRM, de billing en een bron voor productgebruik. Support (bijvoorbeeld Zendesk) en de boekhouding voegen veel toe voor churn-signalen en betalingsstatus. Begin met die drie en breid pas uit als de koppeling op klantniveau werkt.

Hoeveel omzet lekt er gemiddeld weg bij SaaS?

Daar bestaat geen betrouwbaar branchegemiddelde voor. De vaak genoemde schatting voor omzetlekkage in het algemeen is 1 tot 5 procent van de omzet. Bij SaaS hangt het vooral af van hoeveel maatwerk je verkoopt, of je per gebruik factureert en hoe vaak contracten tussentijds wijzigen.

Is Revenue Intelligence alleen voor grote SaaS-bedrijven?

Nee. Juist bij een bedrijf met een paar honderd klanten en een klein finance-team is de kans groot dat afwijkingen blijven liggen, omdat niemand tijd heeft om maandelijks te reconciliëren. De omvang bepaalt vooral of je het met een spreadsheet kunt of software nodig hebt.

Waar begin je als je CRM en billing niet te koppelen zijn?

Met een gedeelde klant-ID. Zolang je niet per klant kunt zeggen welk CRM-record bij welk billing-abonnement hoort, kun je niets vergelijken. Dat opzetten is saai werk, maar het is de basis voor alles wat hierboven staat.