Het SaaS groeiplafond en de invloed van churn en pricing

Churn rate, Max MRR en het groeiplafond

Het mechanisme achter het groeiplafond is eenvoudig te herleiden. Een marketingkanaal levert doorgaans een min of meer constant aantal nieuwe klanten per maand op, ongeacht hoe groot een bedrijf al is. Churn rate is een percentage van het totale klantenbestand en groeit dus automatisch mee met de omvang van het bedrijf. Een churn rate van een paar procent per maand lijkt bij een klein klantenbestand misschien beheersbaar, maar vertegenwoordigt bij een groter klantenbestand een steeds groter absoluut verlies aan omzet. Op enig moment is het verlies aan omzet door opzeggingen even groot als de nieuwe omzet die binnenkomt. Zo ontstaat het SaaS groeiplafond: nieuwe omzet compenseert vooral wat aan de achterkant verdwijnt, waardoor de netto-groei stilvalt.

Dat omslagpunt is te berekenen door de nieuwe maandelijkse omzet te delen door de maandelijkse churn rate. De uitkomst staat ook wel bekend als de Max MRR, de maximale maandelijkse recurring revenue die een bedrijf kan bereiken zolang churn en de instroom van nieuwe omzet niet veranderen. Het is het omzetniveau waarop een bedrijf vastloopt als er niets verandert aan acquisitie of retentie. Voor besluitvormers maakt dit cijfer het probleem concreet. Het laat zien dat een groeivraagstuk niet automatisch een acquisitievraagstuk is. De oorzaak kan net zo goed liggen in het vermogen van het product om klanten blijvend waarde te bieden. De instroom van nieuwe klanten en upgrades kan toenemen, terwijl het aantal opzeggingen en downgrades in verhouding sneller groeit. Het resultaat is een schijnbaar stabiele omzet, terwijl er onder de motorkap veel meer aan de hand is.

Wanneer je de Max MRR maandelijks naast de gewone omzetrapportage bijhoudt, kun je veranderingen in churn eerder terugzien in dit plafond dan in de daadwerkelijke omzet zelf. Een verbetering van de churn rate van bijvoorbeeld vijf naar vier procent tilt het plafond meteen fors op, terwijl de omzet daar pas geleidelijk naartoe groeit. Andersom geldt hetzelfde: een oplopende churn rate verlaagt het plafond direct, ook als de omzet op dat moment nog blijft stijgen. Wie alleen naar de omzetlijn kijkt, ziet zo’n verandering dus pas met vertraging, terwijl het plafond het signaal eerder zichtbaar maakt.

Omzetverlies en omzetherstel

Een hardnekkige misvatting is dat omzetgroei vanzelf versnelt zodra een bedrijf de instroom van nieuwe klanten opvoert. Dat werkt alleen als de bestaande klantenbasis voldoende behouden blijft. Als de instroom van nieuwe omzet maand na maand toeneemt, groeit (op termijn) ook het aantal opzeggingen in absolute zin zolang de churn rate gelijk blijft. Een dalende churnrate kan dus nodig zijn om een toenemende instroom daadwerkelijk te vertalen in versnellende omzetgroei. Daarmee verschuift de vraag van “hoe krijgen we meer klanten binnen?” naar “waarom blijven bestaande klanten niet, en welke rol speelt het product daarin?”

Wie vooral kijkt naar Net Revenue Retention (de mate waarin de omzet van bestaande klanten door upgrades toeneemt ten opzichte van wat wegvalt door opzeggingen en downgrades) loopt een vergelijkbaar risico. Een percentage boven de honderd procent oogt geruststellend, maar zegt op zichzelf weinig over hoeveel klanten er in dezelfde periode daadwerkelijk zijn vertrokken. Omzetverlies en omzetherstel zijn bovendien niet symmetrisch. Een daling van twintig procent vraagt een stijging van vijfentwintig procent om weer op het oorspronkelijke niveau uit te komen. Een gezonde Net Revenue Retention is daarom een waardevolle aanvulling op het beeld, maar geen vervanging voor het volgen van het aantal klanten dat een product daadwerkelijk verlaat. De combinatie van omzetretentie, klantretentie en productgebruik helpt om te begrijpen waar groei werkelijk wordt afgeremd.

Waarom de opgegeven opzegreden niet altijd de werkelijke oorzaak is

Veel SaaS-bedrijven registreren de reden van opzegging via een kort formulier met een beperkt aantal opties, zoals een te hoge prijs, het einde van een project of een ontbrekende functionaliteit. Het probleem is dat klanten op het moment van opzeggen niet altijd precies benoemen wat er eerder in hun klantreis is misgegaan. Een te hoge prijs kan bijvoorbeeld als reden worden opgegeven, terwijl de onderliggende oorzaak ook kan zijn dat de ervaren waarde niet meer opweegt tegen die prijs. De klant heeft de prijs immers eerder gezien, geaccepteerd en betaald. Onder een reden als “te duur” kan daarom iets anders schuilgaan, zoals een functionaliteit die niet deed wat verwacht werd, een ontbrekende integratie of een onboarding waarin de waarde van het product onvoldoende duidelijk werd.

De manier waarop naar de opzegreden gevraagd wordt, beïnvloedt ook de kwaliteit van het antwoord. Een vraag als “waarom heb je opgezegd” nodigt vooral uit om een reden te geven, terwijl een vraag als “wat heeft je ertoe gebracht om op te zeggen” meer ruimte biedt om te achterhalen welke ervaringen aan de beslissing voorafgingen. Een telefoontje werkt hierin beter dan een formulier dat zo snel mogelijk doorlopen wordt.

Wacht niet tot een klant daadwerkelijk opzegt. Kijk eerder in de klantreis naar signalen dat gebruikers onvoldoende waarde ervaren, zoals weinig gebruik van kernfunctionaliteit, veel supportvragen of collega’s die niet worden uitgenodigd. Combineer gebruiksdata met gesprekken en UX-onderzoek en analyseer met AI om te begrijpen waar en waarom gebruikers afhaken. Zeker wanneer dit vroeg in de klantreis gebeurt, ligt de oplossing niet automatisch in een betere onboarding. Eerst moet duidelijk zijn waar de frictie zit en welke waarde gebruikers missen. Dat is waar product discovery en UX-onderzoek waarde toevoegen, zoals we eerder beschreven in het verschil tussen productontwikkeling en softwareontwikkeling.

Prijs en doelgroep: voor wie bouw je dit product eigenlijk

Een veelvoorkomende aanname is dat een lagere prijs vrijwel altijd tot meer klanten leidt. Bij producten die zich richten op zakelijke klanten ligt dat genuanceerder. Een lage prijs kan bij een zakelijke koper juist twijfel oproepen over de volwassenheid van een product, terwijl diezelfde koper een hogere prijs eerder associeert met betrouwbaarheid en professionaliteit, mits de waarde helder is. Een prijs die structureel te laag is vastgesteld, trekt bovendien relatief vaak klanten aan die vooral op kosten letten en minder loyaal zijn zodra een alternatief zich aandient. Prijsstrategie is dan ook een onderwerp dat periodieke aandacht verdient naarmate een product en de markt eromheen zich ontwikkelen. Dit komt ook naar voren in ons interview over prijsstrategie met pricing-expert Johan Maessen.

Prijs hangt nauw samen met de vraag voor welke klant een product precies bedoeld is. Opzeggingen en prijsdiscussies kunnen ook een signaal zijn dat een product geprobeerd heeft een te brede groep klanten te bedienen, met uiteenlopende verwachtingen en behoeften. Een productteam dat bewust kiest voor een specifiek segment, met specifieke eisen op het gebied van functionaliteit, support of integraties, bouwt een product dat voor die groep beter aansluit. Maar segmentatie, doelgroepbepaling en positionering horen thuis in een Go-To-Market strategie en niet in prijsdiscussies achteraf.

Wat dit vraagt van UX, techniek en productteam

Het SaaS groeiplafond wordt doorbroken door de focus te verleggen van marketing en sales naar UX-onderzoek dat blootlegt waar gebruikers vastlopen, een technische architectuur die meegroeit zonder dat iedere uitbreiding tot vertraging leidt, en naar een productteam dat regelmatig toetst of wat op de website beloofd wordt, overeenkomt met wat gebruikers dagelijks ervaren.

Onvoorspelbare architectuur, technische schuld en documentatie die achterloopt op de werkelijke functionaliteit leiden tot precies het soort frictie waarop klanten stilzwijgend afhaken, vaak zonder dat dit als klacht wordt geregistreerd. Bij GlobalOrange werken we vanuit onze GOdna-aanpak met schaalbaarheid, onderhoudbaarheid en overdraagbaarheid als uitgangspunt, zodat een product is voorbereid op groei in plaats van dat groei een bron van problemen wordt. Voor bedrijven die willen weten of hun huidige technische basis dat aankan, biedt een software audit een onafhankelijk en concreet vertrekpunt.