SaaS MVP to Series A: 0 to 800 Paying Users in 6 Months
A first-time founder with a validated idea needed an engineering partner to build a B2B SaaS MVP fast enough to fundraise on. We delivered a production-grade product in 12 weeks. 8 months later, they closed their Series A.
12 weeks
MVP Timeline
800+
Paying Users (6mo)
99.97%
Uptime
8 months
Time to Series A
The Challenge
A founder came to us with a clear idea, strong domain expertise in HR, and one constraint: she needed a working product for investor demos in 12 weeks.
The product was a workforce analytics tool โ aggregating data from multiple HR systems and surfacing insights that HR teams couldn't easily get from their existing stack. It needed to handle multi-tenant data, integrate with 4 third-party APIs, and have a billing system ready from day one.
She'd been quoted 6โ8 months and $80,000+ by two other agencies. We delivered in 12 weeks.
How We Scoped the MVP
The first thing we did was challenge the feature list. Founders tend to over-build MVPs. We ran a prioritisation session using a simple framework:
- Must have at launch โ without this, the product doesn't work
- Nice to have at launch โ adds polish but not blocking
- Post-launch โ important but doesn't affect fundraising narrative
The MVP included:
- Multi-tenant auth with SSO support (via Auth.js)
- 4 API integrations (BambooHR, Workday, Google Workspace, Slack)
- A data ingestion pipeline that normalised data from all sources into a unified schema
- A dashboard with 12 core analytics views
- Stripe Billing with subscription tiers (monthly/annual, 3 plan levels)
- Role-based access control (admin, manager, viewer)
Technical Architecture
Frontend: Next.js with a clean component library built on Radix UI primitives. We chose this over a custom design system to move fast without sacrificing accessibility. Backend: Node.js API services containerised with Docker, deployed on Railway. We chose Railway over AWS for the MVP โ it reduced ops overhead significantly while still being production-grade. Data Pipeline: A lightweight ETL pipeline using BullMQ (Redis-backed job queues) to pull, transform, and store data from all integrations on a configurable schedule. Database: PostgreSQL with a carefully designed multi-tenant schema. All tables include aworkspace_id column, and Prisma middleware enforces workspace scoping on every query.
Auth: Auth.js (NextAuth) with Google SSO, email/password fallback, and magic link login. Enterprise SSO (SAML) was scoped for post-launch.
Billing: Stripe with webhook handling for subscription lifecycle events. We used Stripe's Customer Portal to handle plan changes and cancellations โ no custom billing UI needed.
The 12-Week Timeline
| Week | Milestone |
| 1โ2 | Scoping, architecture design, database schema |
| 3โ5 | Auth, multi-tenant foundation, API integrations |
| 6โ8 | Dashboard UI, analytics views, data pipeline |
| 9โ10 | Billing integration, RBAC, email notifications |
| 11 | QA, performance testing, security review |
| 12 | Production deployment, monitoring setup, handover |
The Results
At launch: A production-grade SaaS product with real paying customers from day one (the founder had pre-sold 8 annual subscriptions before we finished building). 6 months later: 800+ paying customers across 3 plan tiers. Churn rate under 3%. The product had expanded with 2 additional integrations and the custom report builder (built by the startup's own engineering team, which we helped hire). 8 months later: Series A closed. The founder cited the product's technical robustness and early traction as key factors in investor confidence.What Made This Work
Scope discipline. Cutting 40% of the feature list wasn't easy, but it's what made the 12-week timeline achievable without cutting corners on quality. No shortcuts on auth and multi-tenancy. These are the foundations everything else builds on. Getting them right in week 1 meant zero architectural rework later. Shipping with observability. We set up Sentry for error tracking, Axiom for logs, and Uptime Robot for availability monitoring before the first user signed up. The founder knew about issues before her customers did. Want to build your MVP the right way? Start a conversation โWant to build something like this?
Tell us about your project and let's figure out how we can help.
Get in Touch