Solo-developer vs. bureau
voor je SaaS-MVP.

Verdieping: waarom solo-MVP's nu zinvol zijn

Het SaaS-MVP-landschap is sinds 2023 fundamenteel verschoven door drie krachten: (a) auth en billing zijn gecommoditiseerd (Supabase, Clerk, Stripe Billing), (b) Postgres + pgvector dekt nu zowel relationele data als AI-embeddings in één database, (c) de infrastructuur is goedkoop geworden. Let op de kleine letters: het Hobby-plan van Vercel is volgens Vercel bedoeld voor persoonlijk, niet-commercieel gebruik, dus een commerciële SaaS hoort op een betaald plan. Dat betaalde plan plus Supabase en Stripe kost tientallen euro's per maand, geen duizenden. Wat in 2020 een team van 3–4 vereiste, doet één ervaren ontwikkelaar in 6–10 weken.

De kern-fout die ik bij founders zie is te veel features in MVP. Een MVP heeft één kernflow, niet vijf. Vijf half-werkende features verkopen niet. Eén gepolijste kernflow met decent onboarding wel. Schrap brutaal — wat overblijft is wat je echt aan klanten gaat tonen.

Stappenplan: vier sprints van idee tot betalend

De productie-stack — gekozen, niet vergaderd

Veelgestelde vragen

Lange-termijn perspectief: van MVP naar duurzaam product

Een MVP is geen eindpunt — het is het startpunt van wat doorgaans 18–36 maanden iteratie wordt voordat een SaaS-product duurzaam draait op terugkerende omzet. De architectuurkeuzes die je nu maakt bepalen hoe duur die iteratie wordt. Standaard-stack (Next.js + Postgres + Stripe + Supabase) garandeert dat elke nieuwe ontwikkelaar binnen een week productief is. Proprietary stack (BaaS-lock-in, eigen framework, custom auth-systeem) garandeert dat je over 18 maanden vastzit aan dezelfde uitvoerder of voor pijnlijke migraties staat.

De drie schaal-momenten in een typische SaaS-evolutie: (a) 10–100 actieve users (alles werkt out-of-the-box, focus op product-market-fit), (b) 100–1.000 users (eerste echte schaal-issues: query-performance, e-mail-deliverability, support-volume — meestal op te lossen met indexes, queues en een basale RAG-supportbot), (c) 1.000+ users (multi-region overwegen, dedicated DB-instance, observability-stack).

Wat ik consistent zie: founders investeren in MVP-fase te veel in features en te weinig in onboarding. Drie weken werk in goede onboarding (welkom-mails, in-app walkthrough, slimme empty states) levert vaak meer activatie op dan zes weken werk in feature-uitbreiding. De vraag “wat moeten ze als eerste doen?” is belangrijker dan “wat kan het allemaal?”.

Sessia: wie deed wat, en wat het cijfer betekent

Opdrachten onder een geheimhoudingsverklaring kunnen we alleen geanonimiseerd beschrijven, maar Sessia hoeft niet anoniem: die klant staat met toestemming op de site, met een gepubliceerde case. De founder kwam er in oktober 2025 met een idee voor een sessie-gebaseerd boekingsplatform; acht weken later stond het live op Next.js, Supabase met row-level security, Stripe Connect en Resend. Vier sprints, aan het eind van elke sprint een demo, daarna één livegang: dat was de hele projectorganisatie.

De verdeling is voor deze vergelijking het interessante deel. Wij leverden merk, platform en betalingen. De opdrachtgever deed zijn eigen acquisitie. Wat je bij een bureau extra inkoopt, zijn precies die rollen eromheen, tegen een ander budget en een andere doorlooptijd.

Het cijfer uit de case: 50 betalende boekingsklanten van het platform, over de eerste acht weken na livegang. De opdrachtgever gaf dat aantal op, wij hebben het niet zelf gemeten, en het is op aanvraag te verifiëren. Reken het dus niet toe aan de keuze voor solo of bureau: het zegt evenveel over het product en over de founder die er klanten bij zocht.