Tutorials › Startups: The Ecosystem and How They're Funded › The Startup Lifecycle: Idea to Exit

Startups: The Ecosystem and How They're Funded · Part 2 of 19

The Startup Lifecycle: Idea to Exit

Same search, different question at every stage.

A startup moves through distinct stages rather than along one smooth curve from small to big. What defines each stage is the question the company has to answer before it can reach the next one.

flowchart TD
  A[Idea] --> B[Pre-seed]
  B --> C[Seed]
  C --> D[Series A]
  D --> E[Series B]
  E --> F[Series C+]
  F --> G[Growth stage]
  G --> H[IPO / Acquisition]
  
StageTypical sizeMain objectiveDominant riskWhat investors expectCommon mistake
IdeaFounder(s) onlyConfirm the problem is realMarket riskA specific problem, and why this team is positioned to solve itBuilding a solution before confirming anyone has the problem
Pre-seed1–5Get first signal a solution resonatesMarket & product riskA working prototype and early, honest user reactionsPolishing the prototype instead of testing it
Seed5–15Find product-market fitProduct riskUsage and retention signals, beyond expressions of interestBuilding for a scale nobody has asked for yet
Series A15–50Prove the model repeatsDistribution riskA predictable growth engine, sustained past one good quarterHiring ahead of demand that hasn't been proven yet
Series B50–150Scale the proven modelFinancial & organizational riskEfficient growth with unit economics that hold at scaleGrowing headcount faster than the systems that support it
Series C+150–500+Expand market and category positionOrganizational & competitive riskCategory leadership and a credible path to profitabilityLosing architectural coherence across a fast-growing engineering org
Growth stage500+Durable, efficient growthRegulatory, security & operational riskPredictable performance, real governance, a path to liquidityTreating security and compliance as someone else's problem
IPO / AcquisitionVaries widelyWithstand public or acquirer scrutinyRegulatory, reputational & integration riskAudited financials and provable operational controlsDiscovering technical debt during due diligence
Stage tells you more than headcount does. Two companies can both have 40 engineers and sit at completely different points in this table: one still hunting for product-market fit with a large team it can't yet justify, another already proving a repeatable model with a lean one. When deciding how much architectural maturity a company needs, ask which row it's in.

The “dominant risk” column is the thread that ties business stage to technical decisions. What a startup should build, buy, or leave alone at any given moment follows from which risk dominates right now, rather than which risk might matter someday.