Scenario Planning and Sensitivity Analysis in Startup Models
Scenario Planning and Sensitivity Analysis in Startup Financial Models
A single-point forecast is a guess wearing a spreadsheet. Your model says $6M ARR in month 24 — but that number sits on a dozen assumptions, and if monthly churn lands at 6% instead of 4.5%, the same model says you are out of cash in month 14. One of those futures ends with a Series A. The other ends with a bridge round at bad terms, started too late because nobody ran the second case.
This guide covers how to build scenarios that change input drivers instead of multiplying outputs, which five to seven drivers actually deserve the treatment, one-at-a-time sensitivity with a tornado ranking, break-even framing ("the model breaks at 5% churn"), and how to size a fundraise off the downside case. One fictional startup — Miralo — carries consistent numbers through the whole piece.
Why single-point forecasts fail
Every input in a startup model is uncertain, and the errors compound. Miss churn by 1 point and conversion by 10%, and by month 24 the revenue line is off by 25–30% — not because either miss was large, but because monthly errors multiply across 24 periods.
Investors know this, which is why nobody funds the number in cell B47. What a scenario section actually signals is different: it is evidence the founder knows which assumptions carry the risk. Three lines labeled base, best, and worst impress no one if they are arbitrary. A founder who can say "churn and funnel conversion drive 60% of the variance in this model, here is what happens at the levels we saw during last year's billing migration, and here is the exact churn rate at which we run out of cash" is making a fundamentally stronger claim: I have located the risk, quantified it, and priced it into the raise.
That is the bar. The rest of this article is how to clear it.
Scenarios change drivers, never outputs
The classic sin looks like this: upside = base revenue × 1.2 on every line, downside = base × 0.8. It takes ninety seconds in a spreadsheet and it is worthless, for two reasons.
First, there is no mechanism. Revenue does not move 20% on its own — it moves because churn fell, or conversion rose, or a channel scaled. If you cannot name the driver, you cannot defend the line in a partner meeting, and the first "what would have to be true for this?" question ends the conversation.
Second, multiplying outputs breaks internal consistency. In the ×1.2 upside, revenue grows 20% while marketing spend, headcount, support costs, and server bills sit untouched. Real revenue growth drags costs with it. A driver-based SaaS model handles this automatically: change the input, and the model recomputes customers, revenue, variable costs, cash, and runway together, keeping every line consistent.
The rule: a scenario is a named set of input-driver values. Outputs are computed, never edited. Churn, conversion, CAC, ramp speed, pricing — those are legitimate scenario levers. "Revenue" is not.
The 5–7 drivers that deserve scenario treatment
A driver earns a place in your scenario set if two things are true: it can plausibly move 20–30% within your planning horizon, and that move shifts a headline output (ARR, runway, breakeven month) by at least 5%. For a subscription business, the shortlist is stable:
- Funnel conversion (visit → registration → paid). Small percentage-point moves swing both volume and effective CAC.
- Monthly churn / the level of the retention curve. Note: shift the whole curve, not one blended rate — cohort-based forecasting separates the month-1–3 cliff from steady-state churn, and scenarios should respect that shape.
- ARPU and pricing mix — plan mix, annual vs monthly, discount depth.
- Traffic growth — the compounding rate on your organic engine.
- CAC inflation — paid auctions drift, usually upward.
- Hiring pace — the biggest controllable driver of fixed burn.
- Gross margin drift — infra and support costs creeping as you scale.
What does not deserve scenario treatment: small OPEX lines. Office costs, the SaaS-tools stack, insurance — anything under 2–3% of total spend. Modeling "what if rent is 15% higher" produces a rounding error and clutters the model. Fold small lines into a single OPEX growth assumption and spend your attention where the variance lives.
Building base, downside, and upside
Meet Miralo
Miralo is a fictional B2C subscription app at $19/month with a $180 annual plan — blended ARPU $17. Today it has 6,000 paying subscribers ($102k MRR), 83% gross margin, and $2.1M in the bank. Acquisition: $60,000/month of paid spend at roughly $0.31 per visit, plus 30,000 organic visits/month growing 6% monthly. The funnel converts 5% of visits to registrations and 10% of registrations to paid — 0.5% visit-to-paid, which makes paid CAC $62. That is about 970 paid-channel customers and 150 organic ones per month. Fixed costs (payroll plus OPEX) run $200k/month, growing 1.5% monthly with the hiring plan. Unit economics are healthy: LTV ≈ $313, LTV:CAC ≈ 5, CAC payback ≈ 4.4 months.
Net burn today is $175k/month, so static runway is 12 months:
Runway (static) = Cash ÷ Net monthly burn
But the model tells a better story: growth closes the gap, burn shrinks every month, and Miralo reaches cash-flow breakeven in month 23 with a minimum cash balance of $165k in month 22. Effective runway: about 24 months, with year-2 exit ARR of $6.0M. How you get from a static 12 to a modeled 24 — and when you are allowed to believe the model — is covered in burn rate and runway.
Base case: what you would actually bet on
The base case is your median expectation, not your pitch. Every driver should be anchored to trailing 3–6 month actuals plus changes you have already shipped. If your last quarter's churn averaged 4.5%, base churn is 4.5% — not the 3.5% you hope the new onboarding delivers. For Miralo: churn 4.5%, CAC $62, conversion 0.5%, exactly the numbers above.
Downside: things that already almost happened
The lazy downside is "base minus 20%." The useful downside re-runs events that nearly hit you. Miralo has two on record: churn spiked to 6.1% for two months during last year's billing migration, and a platform privacy change pushed paid-social CAC up 28% for a quarter before partially recovering. So the downside is churn 6.0% (+1.5pt) and paid CAC $81 (+30%) — both levels the business has actually touched.
The downside exists to answer one question: when does the cash run out? For Miralo the answer is brutal. Burn in month 12 is $140k instead of $86k, LTV:CAC drops from 5.0 to 2.9 — below the 3× floor — and the cash hits zero in month 14. Runway compressed from ~24 months to ~14, and breakeven slid past month 36 entirely. Same company, same spreadsheet, two driver changes.
Upside: a proven lever, scaled
The upside is not "everything goes right." It is one or two levers with existing evidence, extended. Miralo ran an onboarding A/B on 30% of signups that cut early-life churn, and a pricing-page test that lifted registration-to-paid from 10% to 12% on half of traffic. The upside scenario ships both to 100%: churn 3.5%, conversion +20% (which also pulls effective CAC down to ~$52, since the same paid visit now converts more often). Result: breakeven in month 15, year-2 ARR $7.8M, cash never dips below ~$900k.
| Driver | Base | Downside | Upside |
|---|---|---|---|
| Monthly gross churn | 4.5% | 6.0% | 3.5% |
| Paid CAC | $62 | $81 | ~$52 |
| Registration → paid | 10% | 10% | 12% |
| Blended ARPU | $17 | $17 | $17 |
| Fixed cost growth | 1.5%/mo | 1.5%/mo | 1.5%/mo |
| Breakeven month | 23 | >36 | 15 |
| Cash-out month | — (min $165k) | 14 | — |
| Year-2 exit ARR | $6.0M | $4.3M* | $7.8M |
*Downside ARR assumes someone funds the cash gap; without new money the company is gone in month 14.
Keep it to these three. A fourth scenario adds noise, not information.
One-at-a-time sensitivity: the tornado ranking
Scenarios move several drivers at once. Sensitivity analysis isolates them: hold everything at base, move one driver by a realistic adverse amount, record the impact on a chosen output, put it back, repeat. Rank the results and you have a tornado chart — the widest bar on top is the assumption that owns your model.
For Miralo, five drivers, measured against two outputs — year-2 exit ARR and the month cash runs out:
| Driver moved (alone) | Year-2 ARR | Δ vs base | Cash-out month |
|---|---|---|---|
| Funnel conversion −20% (0.50% → 0.40%) | $4.86M | −19% | 16 |
| Paid CAC +20% ($62 → $74) | $5.22M | −12% | 17 |
| ARPU −10% ($17.00 → $15.30) | $5.37M | −10% | 17 |
| Monthly churn +1pt (4.5% → 5.5%) | $5.45M | −9% | 19 |
| Organic traffic growth −3pt (6% → 3%/mo) | $5.58M | −7% | 23 |
Three things this table teaches that the scenario table cannot:
Conversion punches twice. It tops the ranking because it hits volume and unit cost simultaneously:
Effective paid CAC = Cost per paid visit ÷ Visit-to-paid conversion
Cut conversion 20% and the same $60k of spend buys 20% fewer customers at a 25% higher CAC. Founders who only stress-test CAC miss half of this exposure.
Churn ranks low here — and climbs with the horizon. Over a 24-month window churn lands fourth, but its damage compounds: extend the output to month 36 and it moves up the table. A driver's rank depends on the output and the horizon you measure; state both.
The base case is fragile, and now you can prove it. Base-case Miralo squeaks to breakeven with $165k to spare. Every single row in that table — any one adverse move, alone — creates a cash-out date before breakeven. That is not a reason to panic; it is a precise, quantified argument about how much to raise, which is where this is heading.
Break-even framing: the most useful sentence in your model
Sensitivity tells you which drivers matter. Break-even analysis tells you exactly where they kill you: increase one driver until the model fails, and report the threshold.
For Miralo: at 4.9% monthly churn the plan still scrapes through to breakeven. At 5.0%, cash runs out in month 23 — two months before breakeven arrives. The model breaks at 5% churn. On conversion, the floor is 0.48% visit-to-paid; 4% below today's funnel.
"The model breaks at 5.0% monthly churn" beats any hockey-stick chart, for three reasons. It is testable — every month, actual churn either is or is not above 5%, so the model becomes an alarm system instead of a decoration. It is honest — a margin of safety of 0.5 points on churn tells you and your investors precisely how thin the plan is. And it drives decisions — Miralo's thresholds say the current raise buys almost no room for error, which is an argument for a bigger round, made with numbers instead of vibes.
Compute break-even thresholds for your top two or three tornado drivers only. A threshold on a driver that barely moves the output is trivia.
Scenarios and fundraising
Size the raise off the downside, not the base
Miralo's $2.1M funds the base case with $165k of trough cushion — a 92% cash utilization bet on the median path. The downside leaves a $1.2M hole by month 24. So the honest raise is not $2.1M; it is roughly $3.3–3.5M:
Raise = Downside cumulative burn to breakeven (or next milestone) + 6-month buffer
Founders resist this because a bigger raise means more dilution. But the alternative is raising a bridge in month 11 of a downside you predicted and chose not to fund — the most expensive money in startups.
How NPV and IRR shift across scenarios
Run the same three scenarios through a 36-month DCF (3× ARR terminal value, 20% discount rate, $2.1M in): Miralo's NPV is $13.7M in the base, $6.6M in the downside, $21.7M in the upside; IRR runs 67% → 109% → 150% across the three. Two lessons. The spread — roughly 3× between downside and upside NPV — is the honest picture of what an investor is buying. And the downside's positive NPV is a trap: the value only exists if someone funds the month-14 hole. Paper NPV and IRR ignore financing gaps; the cash line does not. When they disagree, believe the cash line.
Presenting scenarios without looking indecisive
Three lines on a slide can read as "founder unsure which company this is." The fix is framing. Lead with the base and commit to it: this is the plan. Present the downside as a stress test with named triggers — "churn at the level of last year's billing spike, CAC at the level of the privacy change" — and show the raise covers it. Present the upside as priced optionality: levers already validated in A/B, not modeled hope. Investors will pull your metrics apart anyway; a founder who arrives with the stress test already run reads as disciplined, not doubtful.
Five mistakes that ruin scenario analysis
1. Symmetric ±20% on everything
Uncertainty is not symmetric. Churn has more room to rise than fall; CAC drifts up, rarely down; conversion improvements are earned, conversion collapses are ambient. Set each driver's range from its own history and mechanics, not from one lazy percentage.
2. Scenario proliferation
Five, seven, nine scenarios — each new one dilutes the others. Nobody remembers what "Case D" assumed, including the founder. Keep three, name the drivers behind each, and put any extra question into sensitivity analysis where it belongs.
3. Stale scenarios never re-anchored
A base case built in January is fiction by June. Re-anchor quarterly: replace driver assumptions with trailing actuals, then check the base still tracks reality within tolerance. If actual churn has run 5.2% for three months, a 4.5% base case is not a scenario — it is denial. And note where Miralo's break-even threshold sat: 5.0%.
4. Sensitivity on outputs instead of drivers
"Revenue −20%" as a sensitivity case has the same disease as output-multiplied scenarios: no mechanism, no consistency, no decision. Always move the input — churn, conversion, CAC — and let the model produce the revenue change.
5. Forgetting cash timing
Annual prepay masks churn. A customer who prepaid $180 in January and mentally quit in March still looks alive in cash until next January — revenue cohorts rot for months before the cash line notices. Model billing cycles explicitly and run scenarios on cash flow in addition to P&L, or your downside will arrive a year after it actually started.
How this shows up in your financial model
Scenario discipline is mostly a tooling problem. In a spreadsheet, "change churn and recompute everything" means manually propagating one assumption through cohort retention, revenue, variable costs, and cash — which is exactly why founders fall back on multiplying outputs.
CashQuil is built driver-first: traffic channels flow through funnels (visits → registrations → paid) into cohort retention curves, then into MRR, costs, P&L, and cash flow over a 36–60 month horizon. Scenario and sensitivity analysis are built in — change churn, conversion, CAC, pricing, or the hiring plan and every downstream line recomputes, including NPV, IRR, PI, and both payback metrics. Comparison charts show base, downside, and upside side by side, and XLSX export gives investors the full trace from driver to output.
Next steps
- Rebuild your model's scenario tab so each scenario is a named set of driver values — delete any line where an output is multiplied by a factor.
- Construct the downside from events that already almost happened to your business, and read off the cash-out month.
- Run one-at-a-time sensitivity on 5 drivers and rank them tornado-style against year-2 ARR and runway.
- Find the break-even threshold for your top two drivers — "the model breaks at X% churn" — and compare it to your trailing actuals.
- Re-size your raise against the downside cumulative burn, plus a 6-month buffer.
CashQuil runs all of this — cohort-based scenarios, sensitivity, break-even thresholds, and side-by-side charts — on a 3-day free trial with full XLSX export.
Frequently asked questions
What is the difference between scenario planning and sensitivity analysis?
Scenario planning moves several drivers together as a coherent story (a downside where churn rises and CAC inflates at once). Sensitivity analysis moves one driver at a time to isolate and rank each assumption's impact on an output. You need both: sensitivity tells you which drivers matter, scenarios tell you what combinations do to cash.
How many scenarios should a startup financial model have?
Three: base, downside, upside. More than three dilutes attention and nobody remembers what each case assumed. Additional questions belong in one-at-a-time sensitivity, not in new scenarios.
How do I build a credible downside scenario?
Anchor it to things that already almost happened: a real churn spike, a paid channel whose CAC jumped, a launch that slipped a quarter. Set drivers to those observed levels rather than applying a generic −20%, then read off the month cash runs out. Credibility comes from named triggers.
Should I show investors my downside case?
Yes, framed as a stress test rather than a second plan. Lead with the base, show the downside with the specific driver levels behind it, and demonstrate the raise covers it with a buffer. Founders who arrive with the stress test already run come across as disciplined; hiding the downside just means the analyst runs a harsher one for you.
What is tornado analysis?
A ranking of one-at-a-time sensitivities: move each driver by a realistic adverse amount, measure the impact on one output (year-2 ARR, runway, NPV), and sort by magnitude. Plotted as horizontal bars it resembles a tornado, widest at the top. The top bar is the assumption your model most depends on.
How often should scenarios be updated?
Re-anchor quarterly, or immediately after any material shift in a top driver. Replace base-case assumptions with trailing 3-month actuals and rebuild downside triggers from the newest near-misses. A scenario set that has not been re-anchored in six months describes a company that no longer exists.