Scenariomodellering: Stresstest in 15 Minuten

Q: Waarom is scenariomodellering nuttig voor bootstrappers?

Bootstrappers hebben doorgaans beperkt kapitaal en geen externe financieringsachtervang. Een slecht kwartaal dat een gefinancierd bedrijf kan absorberen, kan de runway van een bootstrapper genoeg comprimeren om onmiddellijke prioriteitswijzigingen te forceren. Scenariomodellering onthult deze compressies voordat ze plaatsvinden, waardoor de oprichter reactieacties van tevoren kan definiëren in plaats van in paniek.

Q: Welke scenario's moeten oprichters modelleren?

Minimaal: basis (realistische operationele aannames), opwaarts (iets betere uitvoering) en neerwaarts (normale verslechtering, langzamere acquisitie, hogere churn, iets hogere kosten). Het neerwaartse scenario moet oncomfortabel aanvoelen maar niet catastrofaal. Als het geen urgentie creëert, zijn de aannames te mild.

Q: Welke variabelen moet ik eerst stresstesten in een SaaS-scenariomodel?

Gechuurnde MRR en nieuwe MRR, in die volgorde. Gechuurnde MRR is de meest consequente en meest onderschatte invoer. Nieuwe MRR is het meest gevoelig voor acquisitiekanalenconcentratie of pijplijnomstandigheden. Stresstesten van variabele kosten als ze schalen met gebruik; vaste kosten stabiel houden in de meeste scenarioruns.

Q: Wat is het verschil tussen prognoses en scenariomodellering?

Prognoses produceren één schatting van wat er zal gebeuren, de beste gok op basis van huidige informatie. Scenariomodellering produceert een bandbreedte van drie schattingen die testen hoe het bedrijf presteert wanneer sleutelaannames beter of slechter zijn dan het basisscenario. Prognoses geven een getal; scenariomodellering geeft het betrouwbaarheidsinterval rondom dat getal.

Q: Wat is financiële modellering in de context van SaaS?

Financiële modellering voor SaaS verwijst doorgaans naar het bouwen van een gestructureerd model dat terugkerende omzet, kosten, kasbrand en runway over de tijd projecteert. Scenariomodellering is één laag binnen financiële modellering, de laag die de gevoeligheid van die projecties voor veranderingen in sleutelaannames test. Voor praktische doeleinden is het financiële model van een bootstrapped oprichter grotendeels een scenariomodel met een kostenlaag eraan vast.

Q: Hoeveel scenario's moet ik modelleren?

Drie is het juiste aantal voor de meeste bootstrapped oprichters: basis, opwaarts en neerwaarts. Twee scenario's (alleen basis en neerwaarts) missen het opwaartse hefboominzicht. Vier of meer scenario's creëren vergelijkingsruis zonder de beslissingskwaliteit zinvol te verbeteren. De waarde komt van de spreiding tussen de drie gevallen, niet van het toevoegen van meer granulariteit aan elk geval.

Q: Welke invoergegevens zijn het belangrijkst in een SaaS-scenariomodel?

Gechuurnde MRR en nieuwe MRR zijn de twee invoergegevens met de hoogste hefboom voor vroege SaaS. Een swing van 30% in elk van beide verandert doorgaans minstens één operationele beslissing, of retentie of acquisitie prioriteit moet krijgen, of variabele uitgaven moeten worden aangehouden of verhoogd, of een prijswijziging moet worden versneld of uitgesteld. Uitbreidings-MRR en variabele kosten doen er toe zodra het bedrijf consistent upgradegedrag of gebruiksgebaseerde infrastructuur heeft, maar in de vroege fase zijn ze secundair aan churn- en acquisitie-nauwkeurigheid.

Q: Hoe vaak moeten oprichters scenariomodellen draaien?

Maandelijks is het juiste ritme voor de meeste vroege SaaS-producten. Voordat de maand begint, stel de drie scenario's in. Nadat de maand sluit, vergelijk actuals met elk scenario en kalibreer de aannames. Deze twaalfmaandenlus produceert aanzienlijk beter gekalibreerde prognoses dan kwartaal- of jaarlijkse scenarioreviews. > Prognoses maken van vuile MRR is fout prognoses maken. Begin met getallen die je kunt vertrouwen →

Een enkele prognose is geen plan. Het is één verhaal, het verhaal waarbij groei grosso modo op schema blijft, churn zich gedraagt, kosten geen verrassing zijn, en er niets belangrijks misgaat. Dat verhaal is comfortabel om in te geloven en historisch gezien onbetrouwbaar.

Scenariomodellering is de gewoonte om de oncomfortabele verhalen naast het comfortabele te draaien. Niet omdat een ramp waarschijnlijk is, maar omdat de afstand tussen het basisscenario en het neerwaartse scenario onthult welke aannames cruciaal zijn, en dat zijn precies de aannames die een bootstrapped oprichter onder druk moet testen voordat de runway krap wordt.

Voor een bootstrapper met beperkt kapitaal en geen externe vangnet is het neerwaartse scenario geen academische oefening. Het is de operationele vraag: als er iets normaals misgaat, nieuwe MRR vertraagt, churn stijgt, een infrastructuurkost neemt toe, hoeveel tijd wordt er dan van de runway afgenomen, en welke beslissingen worden urgent voordat het zover is?

Wat is scenariomodellering?

Scenariomodellering is het proces van testen hoe belangrijke bedrijfsmetrics veranderen onder verschillende aannames, specifiek, wat er gebeurt wanneer de meest kritieke invoergegevens beter of slechter zijn dan het basisscenario.

Het onderscheid met prognoses is belangrijk. Prognoses vragen: wat denken we dat er zal gebeuren? Ze produceren één getal, de beste schatting op basis van de huidige informatie. Scenariomodellering vraagt: wat als die schatting onjuist is, en in welke richting? Ze produceren een bandbreedte, drie versies van de toekomst die de realistische uitkomstruimte afbakenen.

Prognoses geven vertrouwen. Scenariomodellering kalibreert dat vertrouwen tegen de manieren waarop het misplaatst kan zijn. Beide zijn noodzakelijk; scenariomodellering is het deel dat de meeste bootstrappers overslaan. Y Combinator’s financiële richtlijnen voor startups benadrukken consistent het uitvoeren van meerdere scenario’s in plaats van vasthouden aan één puntschatting, het doel is te weten hoe beslissingen veranderen onder verschillende omstandigheden, niet de toekomst exact te voorspellen.

Elke prognose heeft een schone MRR-basislijn nodig. Haal de jouwe uit Stripe in 90 seconden →

Waarom scenariomodellering meer telt voor bootstrappers dan voor gefinancierde bedrijven

Een gefinancierd bedrijf met 24 maanden runway en investeerdersrelaties kan een slecht kwartaal absorberen, heroriënteren en doorgaan. Een bootstrapped oprichter met 8 maanden runway kan dat niet. Één onverwacht slechte maand, snellere churn, een prijsexperiment dat verkeerd uitpakte, een concurrentielancering die pijplijn wegsnoepte, kan de beslissingstijdlijn comprimeren van “we hebben tijd om dit uit te zoeken” naar “we moeten deze week handelen.”

Scenariomodellering voorkomt geen slechte maanden. Het voorkomt dat de slechte maand een verrassing is. Als het neerwaartse scenario drie maanden geleden eerlijk werd doorgerekend, weet de oprichter al: als churn €700/maand bereikt in plaats van €500/maand, comprimeert de runway van 9 maanden naar 6. Die berekening, van tevoren gemaakt, leidt tot een andere beslissingshouding in maand één van de verslechtering dan dezelfde berekening die in paniek in maand drie wordt gedaan.

Het doel is niet tegenspoed te voorspellen. Het is al besloten te hebben wat te doen als die tegenspoed aankomt.

De 3 scenario’s die elke oprichter moet doorrekenen

Scenario 1: Basisscenario

De operationele prognose. Niet optimistisch, niet pessimistisch, de realistische projectie op basis van recente trends en huidige momentum. Dit is de prognose die de oprichter zou geven als er gevraagd wordt “wat verwacht je volgende maand?” zonder druk om indruk te maken of zichzelf te beschermen.

Een basisscenario dat vereist dat er significante dingen goed gaan, is geen basisscenario, het is een opwaarts scenario met een verkeerd label. Het basisscenario moet haalbaar zijn door normale uitvoering zonder betekenisvolle meevaller.

Scenario 2: Opwaarts scenario

De realistische goede versie. Iets betere nieuwe MRR (betere conversie of meer gekwalificeerde pijplijn), iets sterkere uitbreiding (packaging werkt, upgradepercentage is gezond), iets lagere churn (retentie verbetert). Dit moet bereikbaar zijn door uitstekende maar realistische uitvoering, niet een uitzonderlijke maand op basis van één grote deal.

Het opwaartse scenario is nuttig omdat het laat zien hoe “goed presteren” eruitziet in concrete cijfers. Als het verschil tussen basis en opwaarts erg klein is, heeft het bedrijf beperkte hefboomwerking, uitvoering verbeteren beweegt de naald niet veel. Als het verschil groot is, is er significant opwaarts potentieel door uitvoeringsverbetering, wat de aandacht van de oprichter zou moeten focussen.

Scenario 3: Neerwaarts scenario

Het belangrijkste scenario, en het meest vermeden. Het neerwaartse scenario is geen catastrofale mislukking, het is de realistische versie van een normale slechte periode. Nieuwe MRR vertraagt 20–30%. Churn stijgt 30–40%. Variabele kosten nemen licht toe. Er gebeurt niets ongewoons, alleen de gewone manieren waarop een SaaS-bedrijf zijn basisscenario onderpresteert.

Het neerwaartse scenario moet een licht ongemakkelijk gevoel opwekken bij het bekijken. Als dat niet zo is, als het neerwaartse resultaat er bijna net zo goed uitziet als het basisscenario, zijn de neerwaartse aannames niet eerlijk. Als het sterk alarm veroorzaakt, zijn de neerwaartse aannames wellicht te pessimistisch. Kalibreer totdat het neerwaartse scenario aanvoelt als een eerlijke beschrijving van een slechte maar niet catastrofale maand.

De 15-minuten opzet: stap voor stap

Stap 1: Verankeren op huidige MRR en kas

Begin met feiten, niet schattingen.

Huidige MRR: €10.000
Kas in hand: €45.000
Maandelijkse kosten (vast + variabel): €8.000

Stap 2: Stel de drie invoergegevens per scenario in

De invoergegevens die het meest tellen in een SaaS-scenariomodel zijn: nieuwe MRR, uitbreidings-MRR, gechuurnde MRR en kosten (voor een vollediger model). Voor een puur omzetscenario zijn de eerste drie voldoende.

Invoer	Basis	Opwaarts	Neerwaarts
Nieuwe MRR	€1.500	€1.800	€1.100
Uitbreidings-MRR	€600	€750	€400
Gechuurnde MRR	€500	€420	€720

Stap 3: Bereken eind-MRR voor elk scenario

Formule: Huidige MRR + Nieuwe MRR + Uitbreiding − Gechuurd

Basis:

10.000 + 1.500 + 600 − 500 = 11.600

Opwaarts:

10.000 + 1.800 + 750 − 420 = 12.130

Neerwaarts:

10.000 + 1.100 + 400 − 720 = 10.780

Stap 4: Vergelijk de uitkomsten zij aan zij

Scenario	Eind-MRR	t.o.v. Basis	Wat het betekent
Basis	€11.600	,	Normale uitvoering, huidige koers
Opwaarts	€12.130	+€530	Goede conversie + sterke retentie
Neerwaarts	€10.780	−€820	Vertraagde acquisitie + churnstijging

Stap 5: Verleng het neerwaartse scenario over 3 maanden

Dit is de stap die scenariomodellering van academisch naar operationeel transformeert. Het neerwaartse scenario voor één maand draaien toont de maandelijkse kosten van verslechtering. Het voor drie maanden draaien laat zien of de runway een beslissingsdrempel bereikt.

Maand 1 neerwaarts: €10.780 Maand 2 neerwaarts (startend van €10.780): €10.780 + 1.100 + 400 − 720 = €11.560 Maand 3 neerwaarts: €11.560 + 1.100 + 400 − 720 = €12.340

In dit voorbeeld produceert zelfs het neerwaartse scenario MRR-groei over drie maanden, het bedrijf genereert genoeg nieuwe omzet om de verhoogde churn te compenseren. De runwayvraag zou de kostenstructuurvergelijking moeten bevatten om urgentie te beoordelen.

Als het neerwaartse scenario in plaats daarvan een vlakke of dalende MRR over drie maanden zou produceren, worden onmiddellijke beslissingen getriggerd: variabele uitgaven reduceren, retentie prioriteren boven acquisitie, prijsherziening versnellen.

Een volledig scenariomodelleringsvoorbeeld

Een bootstrapped SaaS-analysetool, maand vijf. Volledige context:

Huidige MRR: €10.000
Maandelijkse kosten: €8.000
Kas in hand: €45.000
Huidige netto burn: circa −€2.000 (omzet overtreft kosten)

Driescenario-uitkomst:

Metric	Basis	Opwaarts	Neerwaarts
Nieuwe MRR	1.500	1.800	1.100
Uitbreidings-MRR	600	750	400
Gechuurnde MRR	500	420	720
Eind-MRR	11.600	12.130	10.780
Impliciete maandelijkse groei	16%	21,3%	7,8%
Kosten	8.000	8.000	8.200
Netto burn	−3.600	−4.130	−2.580

Wat het neerwaartse scenario onthult:

In het neerwaartse scenario daalt de netto burn van −€3.600 (basis) naar −€2.580, het bedrijf is nog steeds cashflow-positief, maar genereert €1.020 minder per maand dan verwacht. Over zes maanden van aanhoudend neerwaarts is dat circa €6.120 minder kasopbouw dan het basisscenario. Geen crisis, maar een duidelijk signaal dat aanhoudend neerwaarts een prijsherziening en retentieonderzoek zou moeten triggeren in plaats van verdere experimenten met nieuwe functies. KeyBanc Capital Markets’ SaaS Survey toont dat bootstrapped bedrijven met proactieve scenarioplanning aanzienlijk beter presteren dan collega’s bij het managen van kas door moeilijke periodes.

Wat er werkelijk zou veranderen:

Als het neerwaartse scenario in de eerste werkelijke maand in de actuals zou verschijnen, zou de oprichter niet wachten om drie maanden van hetzelfde te zien. De juiste reactie op maand-één neerwaarts is: onmiddellijk de churnbronnen onderzoeken (zijn het mislukte betalingen of vrijwillig?), variabele uitgaven bevriezen, en de prijsherziening van “volgend kwartaal” naar “deze maand” verplaatsen.

Welke variabelen eerst te stresstesten

Niet elke invoer verdient evenveel aandacht. Voor de meeste vroege SaaS-producten:

Hoge hefboom om te stresstesten:

Gechuurnde MRR, de meest onderschatte invoer, en de invoer met de grootste impact op runway-duurzaamheid
Nieuwe MRR, vooral als een significant deel afhankelijk is van een specifiek kanaal of enkele grote prospects
Variabele kosten, als infra- of API-kosten schalen met gebruik, kan een groeiscenario onverwachte kostenstijgingen produceren

Lagere prioriteit tenzij materieel:

Uitbreidings-MRR, het moeite waard modelleren zodra upgradegedrag consistent is, maar minder kritisch dan churn in een vroeg stadium
Vaste kosten, relatief stabiel; jaarlijks stresstesten is voldoende in plaats van maandelijks
Prijswijzigingen, apart modelleren wanneer een prijsexperiment gepland is, niet als onderdeel van het standaard scenariomodel

Het algemene principe: stresstesten van invoergegevens waarbij een verandering van 30% een beslissing materieel zou veranderen. Als een swing van 30% in uitbreidings-MRR niet verandert wat je deze maand doet, hoeft het nog niet in het scenariomodel te staan. Bessemer’s State of the Cloud rapport identificeert churn als de variabele met de hoogste gevoeligheid in vroege SaaS-financiële modellen, een bevinding die consistent is over ARR-stadia van €1M tot €10M.

Veelgemaakte fouten bij scenariomodellering

Het neerwaartse scenario te comfortabel maken. De meest frequente mislukking. Een neerwaarts scenario dat 5% slechter is dan basis is geen stresstest, het is een basisscenario met een ander label. Het neerwaartse scenario moet een oprechte plausibele slechte periode weerspiegelen: langzamere-dan-verwachte acquisitie (geen catastrofale mislukking), hogere-dan-verwachte churn (geen massale opzegging), iets hogere kosten. Het moet oncomfortabel aanvoelen om naar te kijken, niet geruststellend.

Scenario’s uitvoeren en niets veranderen. Een scenariomodel dat een zorgwekkend neerwaarts scenario produceert en geen beslissingsverandering uitlokt is entertainment, geen planning. Elke scenarioreview moet eindigen met een specifieke toezegging: “als het neerwaartse scenario in maand één materialiseert, doen we X vóór maand twee.” Definieer de trigger en de reactie van tevoren.

Te veel variabelen tegelijk veranderen. Als elke invoer verandert in elk scenario, kan het model niets leren, er is geen manier om te identificeren welke variabele het meeste risico aandrijft. Begin met de twee of drie invoergegevens die het meest tellen (gewoonlijk nieuwe MRR en gechuurnde MRR), draai schone scenario’s, en voeg complexiteit alleen toe als aanvullende variabelen afzonderlijke beslissingsvertakkingen creëren.

Geen naast-elkaar-weergave. Scenario’s in aparte tabbladen of aparte documenten worden zelden samen gebruikt. Zet de drie scenario’s op één scherm, naast elkaar. De waarde van scenariomodellering is de vergelijking, niet de individuele cijfers.

Alleen vergelijken met het basisscenario, niet met actuals van vorige maand. Na het sluiten van elke maand controleren welk scenario het dichtst bij de werkelijkheid was en waarom. Dit is de kalibratieclus die scenariomodellen nauwkeuriger maakt in de loop van de tijd. Een oprichter die twaalf maandelijkse scenarioreview met actualsvergelij kingen heeft gedaan, heeft een aanzienlijk beter gekalibreerd model dan een oprichter die één model bouwde en de aannames nooit bijwerkte.

Hoe scenariomodellering beslissingen verandert

Een nuttig scenariomodel zou direct ten minste één operationele beslissing elke maand moeten beïnvloeden. Voorbeelden van beslissingen die scenario’s zouden moeten triggeren:

Neerwaartse churn significant hoger dan basis → onmiddellijk de verdeling vrijwillig vs mislukte betalingen onderzoeken; dunning-reeks implementeren of versterken; onboardingreview vervroegen.

Neerwaartse nieuwe MRR significant onder basis → variabele uitgaven proportioneel reduceren; nieuwe functie-ontwikkeling deprioriseren ten gunste van conversie-optimalisatie; acquisitiekanaalannames herzien.

Neerwaarts toont runway comprimerend naar <6 maanden binnen 3 maanden → onmiddellijk prijsherziening initiëren; contractorwerk overwegen te reduceren; evalueren of een prijsexperiment op de roadmap naar voren gehaald zou moeten worden.

Opwaarts toont uitbreiding meer dan verwacht aandrijvend → packaging-investering versnellen; overwegen of de upgradeflow verbeterd kan worden om meer van dat potentieel te benutten.

Dit zijn geen hypothetische voorbeelden. Elke scenario-uitkomst zou moeten mappen op een benoemde, getimede actie. Als dat niet zo is, worden de scenario’s gebruikt als comfort in plaats van als operationele intelligentie.

Voor de tools die scenarioinvoer nauwkeuriger maken, zie:

SaaS Prognosemodel: MRR Voorspellen met 3 Invoergegevens, de prognoselaag die de invoergegevens voor scenarioruns produceert
Budget vs Werkelijk: De Wekelijkse Lus die Je in Leven Houdt, de vergelijkingslus die scenario-aannames in de loop van de tijd kalibreert
Minimalistische Gids voor Startup Financiële Modellen, het volledige model dat scenario’s inbedt binnen een kosten- en runway-context

JSON-model voor driescenario-uitkomst

{
  "scenario_model": {
    "period": "2026-05",
    "currency": "EUR",
    "current_mrr": 10000,
    "cash_on_hand": 45000,
    "monthly_costs": 8000,
    "scenarios": {
      "base": {
        "new_mrr": 1500,
        "expansion_mrr": 600,
        "churned_mrr": 500,
        "ending_mrr": 11600,
        "net_burn": -3600,
        "label": "Normal execution, current trajectory"
      },
      "upside": {
        "new_mrr": 1800,
        "expansion_mrr": 750,
        "churned_mrr": 420,
        "ending_mrr": 12130,
        "net_burn": -4130,
        "label": "Good conversion and strong retention"
      },
      "downside": {
        "new_mrr": 1100,
        "expansion_mrr": 400,
        "churned_mrr": 720,
        "ending_mrr": 10780,
        "net_burn": -2580,
        "label": "Slowed acquisition and churn uptick"
      }
    },
    "decision_triggers": {
      "downside_churn_exceeds_base_by_30pct": "Investigate churn sources; strengthen dunning sequence",
      "downside_new_mrr_below_1200": "Hold variable spend; review acquisition channel mix",
      "runway_below_6mo_in_3mo_downside": "Initiate pricing review; evaluate contractor spend"
    }
  }
}

FAQ

Wat is scenariomodellering?

Scenariomodellering is het proces van testen hoe belangrijke bedrijfsmetrics. MRR, burn, runway, veranderen onder verschillende aannames. In plaats van te vertrouwen op één prognose, produceert het drie versies van de toekomst (basis, opwaarts, neerwaarts) die de realistische uitkomstruimte afbakenen en onthullen welke aannames het meeste risico aandrijven.

Waarom is scenariomodellering nuttig voor bootstrappers?

Bootstrappers hebben doorgaans beperkt kapitaal en geen externe financieringsachtervang. Een slecht kwartaal dat een gefinancierd bedrijf kan absorberen, kan de runway van een bootstrapper genoeg comprimeren om onmiddellijke prioriteitswijzigingen te forceren. Scenariomodellering onthult deze compressies voordat ze plaatsvinden, waardoor de oprichter reactieacties van tevoren kan definiëren in plaats van in paniek.

Welke scenario’s moeten oprichters modelleren?

Minimaal: basis (realistische operationele aannames), opwaarts (iets betere uitvoering) en neerwaarts (normale verslechtering, langzamere acquisitie, hogere churn, iets hogere kosten). Het neerwaartse scenario moet oncomfortabel aanvoelen maar niet catastrofaal. Als het geen urgentie creëert, zijn de aannames te mild.

Welke variabelen moet ik eerst stresstesten in een SaaS-scenariomodel?

Gechuurnde MRR en nieuwe MRR, in die volgorde. Gechuurnde MRR is de meest consequente en meest onderschatte invoer. Nieuwe MRR is het meest gevoelig voor acquisitiekanalenconcentratie of pijplijnomstandigheden. Stresstesten van variabele kosten als ze schalen met gebruik; vaste kosten stabiel houden in de meeste scenarioruns.

Wat is het verschil tussen prognoses en scenariomodellering?

Prognoses produceren één schatting van wat er zal gebeuren, de beste gok op basis van huidige informatie. Scenariomodellering produceert een bandbreedte van drie schattingen die testen hoe het bedrijf presteert wanneer sleutelaannames beter of slechter zijn dan het basisscenario. Prognoses geven een getal; scenariomodellering geeft het betrouwbaarheidsinterval rondom dat getal.

Wat is financiële modellering in de context van SaaS?

Financiële modellering voor SaaS verwijst doorgaans naar het bouwen van een gestructureerd model dat terugkerende omzet, kosten, kasbrand en runway over de tijd projecteert. Scenariomodellering is één laag binnen financiële modellering, de laag die de gevoeligheid van die projecties voor veranderingen in sleutelaannames test. Voor praktische doeleinden is het financiële model van een bootstrapped oprichter grotendeels een scenariomodel met een kostenlaag eraan vast.

Hoeveel scenario’s moet ik modelleren?

Drie is het juiste aantal voor de meeste bootstrapped oprichters: basis, opwaarts en neerwaarts. Twee scenario’s (alleen basis en neerwaarts) missen het opwaartse hefboominzicht. Vier of meer scenario’s creëren vergelijkingsruis zonder de beslissingskwaliteit zinvol te verbeteren. De waarde komt van de spreiding tussen de drie gevallen, niet van het toevoegen van meer granulariteit aan elk geval.

Welke invoergegevens zijn het belangrijkst in een SaaS-scenariomodel?

Gechuurnde MRR en nieuwe MRR zijn de twee invoergegevens met de hoogste hefboom voor vroege SaaS. Een swing van 30% in elk van beide verandert doorgaans minstens één operationele beslissing, of retentie of acquisitie prioriteit moet krijgen, of variabele uitgaven moeten worden aangehouden of verhoogd, of een prijswijziging moet worden versneld of uitgesteld. Uitbreidings-MRR en variabele kosten doen er toe zodra het bedrijf consistent upgradegedrag of gebruiksgebaseerde infrastructuur heeft, maar in de vroege fase zijn ze secundair aan churn- en acquisitie-nauwkeurigheid.

Hoe vaak moeten oprichters scenariomodellen draaien?

Maandelijks is het juiste ritme voor de meeste vroege SaaS-producten. Voordat de maand begint, stel de drie scenario’s in. Nadat de maand sluit, vergelijk actuals met elk scenario en kalibreer de aannames. Deze twaalfmaandenlus produceert aanzienlijk beter gekalibreerde prognoses dan kwartaal- of jaarlijkse scenarioreviews.

Prognoses maken van vuile MRR is fout prognoses maken. Begin met getallen die je kunt vertrouwen →