The situation
A founder had done real customer discovery โ conversations, waitlist signups, some early validation โ but had no working product to show. An upcoming investor conversation created real time pressure: not a “nice to have” deadline, but one that mattered for the fundraise itself.
The temptation in this situation is to try to build everything the founder eventually envisions. That’s usually the wrong call under this kind of timeline โ the actual goal isn’t a finished product, it’s a working demonstration of the core idea that a real user can interact with.
Before
- Validated idea, but nothing to physically demo
- Investor conversation scheduled with no product to show
- Full feature wishlist, no prioritization done yet
- No technical team in place to execute quickly
After a build โ typical result
- One working core flow, installable on a real device
- Investor demo built around something tangible, not slides
- Feature wishlist split into “v1” and “post-funding roadmap”
- Clean technical foundation ready to scale after funding
How we’d approach it
The discipline required here is ruthless scoping โ cutting the vision down to exactly the one flow that proves the idea, and holding that line even as new feature ideas come up mid-build.
Phase 01 ยท Week 1
Identify the single core flow
Cut the full vision down to the one interaction that proves the idea โ everything else becomes a documented “later.”
Phase 02 ยท Week 1
Rapid UI prototyping
Clickable prototype reviewed with the founder before any development starts, to catch direction changes early and cheaply.
Phase 03 ยท Week 2-4
Build on a scalable foundation
Cross-platform build (React Native / Flutter) chosen specifically so the MVP’s foundation survives into the post-funding version.
Phase 04 ยท Week 5
Ship to TestFlight / internal testing
Real, installable build ready ahead of the investor conversation โ not a slide deck, an actual working app.
Typical outcome for this scenario
Time to demoable build
3โ5 weeks
Scope discipline
1 core flow, fully working
Post-funding readiness
Clean base to scale from
These figures describe a typical, realistic outcome for this kind of project based on common before/after patterns โ they are illustrative, not measured results from a specific completed engagement.
Why this matters beyond one founder
An MVP built under real time pressure lives or dies on scope discipline, not raw development speed. The founders who get a working demo in time aren’t usually the ones who hired the fastest typists โ they’re the ones who agreed early on what to leave out.