When to Use Top-Down vs Bottom-Up Forecasting in a Startup Financial Model
Market sizing can show that an opportunity is worth exploring. A top-down model can turn that opportunity into a first revenue scenario. But when founders need to plan pricing, acquisition, hiring, runway, and fundraising, the forecast has to become bottom-up and event-driven.
Why this matters
Founders hear a lot about TAM, SAM, SOM, and market sizing. That work is useful because it helps frame the opportunity. After the first sizing exercise, the next question is usually broader: how large could this become, and is that worth the years of execution ahead?
TAM, SAM, and SOM describe the opportunity. A top-down scenario can translate a reachable share into customers and revenue over a horizon. Financial modeling still has to go further: conversion, churn, cost-to-serve, hiring, financing, and the month each of those forces shows up on the calendar.
TAM is useful for framing the market. It becomes risky only when it is treated as the forecast itself. The shift from market story to operating model is where planning becomes serious.
Start with market sizing
Imagine a startup building an AI customer-support assistant for small SaaS teams: a subscription product that helps small software companies answer customer questions, draft replies, summarize tickets, and reduce support load. Before building a detailed forecast, the founder may start by sizing the opportunity.
Start with the size of the opportunity
TAM
All small SaaS and digital-product teams globally
300,000 companies x $3,000/year
$900M
SAM
Initial reachable segment by geography, language, or niche
50,000 companies x $3,000/year
$150M
SOM
Realistic first target over 5 years
1,500 customers x $3,000/year
$4.5M ARR
This is not yet a financial forecast. It is a way to frame whether the opportunity is worth exploring. It does not show how many customers can be acquired each month, how much acquisition will cost, what churn will do to the base, or whether the company can fund the path.
The first financial step: a top-down model
After market sizing, a founder can translate the opportunity into a simple top-down financial model. For the AI customer-support assistant, the first scenario might ask what happens if the company reaches 1,500 active customers by Year 5 at an average price of $250 per month.
Top-down revenue scenario
TARGET
1,500 customers
by Year 5
Average price
$250/month
Annual revenue / customer
$3,000
Year 5 ARR
$4.5M
Bars use the left scale (ARR). The line uses the right scale (active customers). Illustrative scenario only.
This is the next step after market sizing. The founder is no longer looking only at how large the market could be; they are translating a reachable share into customers and revenue over time. The model still starts from the destination: it shows what the business could become if it reaches the target, without yet explaining how customers are acquired, when spend happens, or whether the company can finance the path.
What top-down still hides
A top-down model can look clean because it works at a high level. The same Year 5 customer target becomes more demanding once churn and acquisition economics are layered in. The chart below keeps the same five-year ARR path and adds illustrative gross adds and acquisition spend so the gap between ambition and mechanics is visible.
The same top-down target with operating implications
Illustrative extension of the scenario: monthly churn 3%, blended CAC $900. ARR and spend use the left scale ($); customer counts use the right scale. Still without monthly timing.
Total gross adds
~2,150
Total acquisition spend
~$1.94M
Assumption
3% monthly churn
Assumption
$900 blended CAC
This is still not a full bottom-up model. It is a stronger top-down scenario because it adds implications, but it does not yet answer timing. It does not show when campaigns start, how long conversion takes, which months carry the spend, which hires are needed, or whether the company has enough cash while the customer base is being built.
The moment the founder needs to plan budget, hiring, runway, or fundraising, the model has to become bottom-up and event-driven.
Move to bottom-up event-driven forecasting
In a bottom-up model, the founder does not simply write "100 customers in Year 1." They define the events and drivers that could create those customers: when the product launches, when acquisition channels begin, how traffic converts, how churn reduces the base, when costs start, and when financing arrives. Each line should be tied to a month or a start rule so the forecast can answer what happens first, what happens next, and what cash is required in between.
Bottom-up forecast: events become monthly numbers
Timeline events
- MVP build
- Beta
- Launch
- Hires
- Financing
Input drivers
- Pricing
- Acquisition
- Churn
- Cost-to-serve
- Team
- Overhead
- Financing
Monthly engine
- Visits
- Trials
- Paid customers
- Revenue
- Costs
- Cash
Forecast views
- Detailed forecast
- P&L
- Cash Flow
- Unit Economics
For the AI customer-support assistant, that sequence might include an MVP build, a beta, a public launch, a first support hire, a seed round in a specific month, and scaling acquisition only after conversion is understood. Pricing, acquisition, churn, and customer-facing AI cost-to-serve are modeled as inputs, not as narrative footnotes.
How this looks in Stavia Models
In Stavia, bottom-up forecasting begins on the input side. Pricing defines plans, billing mix, and churn. Acquisition defines channel timing, budgets, and conversion. Costs define product-serving spend, overhead, and one-time items. Team defines when roles start. Financing defines when cash enters the company. These inputs feed one monthly forecast engine, which is why the same assumption can appear in different decision views.
How event-driven logic flows through the model
The detailed forecast shows mechanics month by month. P&L shows operating structure. Cash Flow shows survival and timing. Unit Economics shows customer-level growth quality. Together they turn the model into a decision environment, not only a spreadsheet output.

This is where the model moves away from a generic revenue target. The founder defines how the product is priced, which plans matter, and how churn shapes the customer base before acquisition is scaled.

A top-down scenario can say the company needs hundreds of customers in a year. The acquisition layer asks how those customers are supposed to appear: which channels, which budgets, which conversion rates, and in which months spend turns into trials and paid subscribers.

This view is the monthly bridge from inputs to outcomes: acquisition spend to traffic, trials, new subscribers, revenue, and cost lines. It is the place to check whether the operating story is internally consistent before anyone asks for capital.

Cash Flow is where timing becomes unavoidable. Financing, operating net cash flow, and ending cash land in specific months, not only in annual totals. That is why the same ambition can look fine in a Year 3 headline and fragile in Month 10.
Stavia does not replace market research. It helps with the next step: turning a market thesis into a structured operating model that can be read through connected forecast views, including Timeline for milestone sequencing alongside cash.
For a fuller read across views, see How to Read a Startup Financial Model After You Build It.
Why timing changes the answer
Timing is the reason bottom-up modeling matters so much for startups. The detailed forecast and Cash Flow screenshots above are not decorative; they are where annual ambition meets monthly reality.
Revenue may not start in January. Campaigns may begin later than the model year. Trials need time to convert. Payroll can start before revenue catches up. Customer-facing AI cost-to-serve can rise as usage grows. Financing lands in a specific month. Any of these can break a plan that still looks reasonable when it is summarized as a single year.
A company can look attractive in Year 3 and still run out of cash in Month 10.
When to use each approach by startup stage
When each approach is useful
Idea
Exercise
Market sizing
Question
Is the opportunity worth exploring?
Prototype
Exercise
Top-down scenario + first operating assumptions
Question
What could this become if the early thesis works?
MVP / launch
Exercise
Bottom-up event-driven forecast
Question
What needs to happen month by month?
Fundraising
Exercise
Both views
Question
Is the market story supported by an operating plan?
Post-launch
Exercise
Bottom-up forecast updated with real data
Question
Which assumptions were wrong, and what changes now?
At the idea stage, a founder does not need a detailed monthly model for every cost line. At launch planning, the question changes: what starts when, what cash is required, and what needs to happen before the next milestone? At fundraising, both views matter because investors need to understand the opportunity and the operating plan behind it.
Top-down scenarios can also be useful later as a strategic check. If the bottom-up model produces a very small outcome, the founder may need to revisit the target segment, pricing, distribution strategy, or ambition. Bottom-up detail is not enough if the overall opportunity is too small.
Common mistakes
Final thought
Top-down forecasting helps founders define the destination. Bottom-up forecasting helps them test the road. A startup needs both views at different moments. Market sizing and top-down modeling help explain why the opportunity matters. Bottom-up event-driven modeling helps show whether the company can actually reach that opportunity through pricing, acquisition, product delivery, hiring, and financing.
The strongest startup financial model connects both: market ambition on one side, operating logic on the other. That is where the forecast becomes more than a revenue projection. It becomes a way to understand whether the business can actually be built.
