Tutorials › Cloud and AI Architecture: Case Studies › The Founder's Decision Framework
Previous ← Virelane AI

Cloud and AI Architecture: Case Studies

The Founder's Decision Framework

Seven questions, asked at every stage, with a different right answer each time.

Three case studies in this series looked at three companies solving three problems on three clouds. Underneath all of it, the same seven questions did the work of deciding what to build. Making them explicit means they can be asked directly instead of re-derived at the next stage, the next company, or the next architectural decision this series didn't cover.

What changes between stages

The questions stay the same; what counts as a good answer changes. A company optimizing for learning gives a different answer to “what should we buy as a managed service” than a company optimizing for global regulatory compliance, even though the question is identical. Five stages recur throughout this series:

StageOptimizing forIllustrated by
Pre-seedLearning whether the problem is realCasewell: an AI legal-research assistant for small law firms
SeedProduct-market fit
Series ARepeatable growthSentrio: AI-assisted cybersecurity analysis for SOC teams
Series B/CScalable executionNo case study in this series
Late stageReliability, governance, cost, security, and global scaleVirelane AI: an enterprise AI platform for regulated customers

1. What problem are we solving now?

The current bottleneck standing between where the company is and its next milestone, which is a narrower thing than the company's mission.

StageThe current problem
Pre-seedNobody has confirmed the problem is real. Casewell's founders talked to law firms with a rough prototype.
SeedEarly users exist; usage and retention are the open question, ahead of feature breadth.
Series ASentrio: proving last quarter's deal wasn't a fluke, that the sales motion and the product both repeat.
Series B/CScaling a proven model without the organization or architecture fragmenting.
Late stageVirelane: operating at a scale where a single failure reaches a regulator before a support queue, while holding latency commitments and gross margin.

2. What milestone must the company reach next?

StageThe next milestone
Pre-seedA working prototype and candid reactions from a handful of prospective users.
SeedEvidence of product-market fit strong enough to raise a Series A on.
Series ASentrio: a growth engine that produces the same result every quarter, for reasons the team understands.
Series B/CEfficient scaling: growing revenue without growing headcount and cost at the same rate.
Late stageVirelane: an IPO or a further growth round, which puts financial and operational controls under outside scrutiny.

3. What failure would be fatal?

StageThe fatal failure mode
Pre-seedBuilding a polished solution to a problem nobody has.
SeedMistaking interested conversations for product-market fit and scaling too early.
Series AA growth engine that worked once by luck, and can't be repeated on purpose.
Series B/CHeadcount outpacing the systems that support it, and coherence breaking down.
Late stageVirelane: a serious breach or a failed audit at a top account. A slower threat: infrastructure cost growing in step with revenue, which undermines the IPO's margin story.

4. What complexity can we avoid?

StageComplexity worth avoiding
Pre-seedCasewell: almost everything beyond the prototype, such as multi-region infrastructure.
SeedPremature scale: building for load that hasn't been asked for yet.
Series ASentrio: operating its own Kubernetes cluster; a managed container platform met its scheduling needs.
Series B/CBuilding bespoke platform tooling before enough teams exist to make it worth the investment.
Late stageVirelane: complexity that maps to no requirement, such as an extra cloud no contract calls for or a bespoke database where a managed one fits.

5. What should we buy as a managed service?

StageWhat gets bought instead of built
Pre-seedEverything that isn't the product itself: auth, hosting, the database, the model API.
SeedStill nearly everything; the product is the only thing worth custom-building.
Series ASentrio: SSO, audit logging, and compliance tooling; none of it differentiates the product.
Series B/CManaged databases and observability, plus managed Kubernetes once enough teams share a platform.
Late stageVirelane: Kubernetes control planes, key management, multi-region databases, and the SIEM.

6. What is strategically differentiating enough to build ourselves?

StageWhat's worth building in-house
Pre-seedThe core product experience, the thing being tested for demand.
SeedThe specific workflow and retrieval logic that makes the product useful.
Series ASentrio: its own detection and analysis models, the part customers pay for.
Series B/CAn internal developer platform, once enough teams exist for it to pay for itself.
Late stageVirelane: fine-tuned models and a routing layer for the most sensitive workloads, plus compliance and audit tooling for its regulatory footprint.

7. What would force us to revisit this architecture?

StageThe trigger that forces a revisit
Pre-seedFinding out the problem isn't real; the architecture rarely survives a pivot.
SeedSigns of product-market fit, the point at which avoiding scale stops being the safe choice.
Series ASentrio: enterprise demand outpacing a single-region, lightly governed deployment.
Series B/CGrowth outpacing the platform team and tooling, so every team builds its own version.
Late stageVirelane: a new jurisdiction requiring data residency the region footprint doesn't cover, or a regulatory change.
Same seven questions, different answers. Casewell, Sentrio, and Virelane arrived at three different architectures by asking them at three different points on the stage table above. Asking them again at each stage also shows when an earlier answer has stopped being true.

The other half of this framework

This series has covered the technology side of that table: what to build, buy, or leave alone at each stage. A parallel set of decisions governs the capital side of the same company: how much to raise, from whom, and on what terms, at each of these same five stages. The founder's funding checklist closes that series' lesson on ownership and investor rights. Capital decisions without architectural discipline burn the runway that capital bought, and architectural decisions made without knowing the company's stage produce the over-engineering this framework exists to prevent.

Previous ← Virelane AI