Als niet-technische founder lanceer je een SaaS het snelst door eerst te bewijzen dat mensen willen betalen, daarna precies één kernfunctie te laten bouwen met accounts en een abonnement eromheen, en al het andere te laten wachten. Een eerste versie die klanten echt kunnen gebruiken en betalen, is zo in 4 tot 8 weken haalbaar. In dit artikel lees je het stappenplan van idee tot eerste betalende klant, welke drie routes je hebt om het te bouwen, en wanneer het verstandig is een bureau in te schakelen.

De korte versie

  • Valideer voordat je bouwt. Gesprekken, een wachtlijst of voorverkoop vertellen je meer dan een half jaar bouwen.
  • Versie 1 is klein: inloggen, één kernfunctie, een abonnement en een eenvoudige beheeromgeving. Meer niet.
  • Je hebt drie routes: zelf bouwen met no-code of AI-tools, een technische medeoprichter zoeken, of laten bouwen. Elke route past bij een andere fase.
  • Laat bouwen als je idee gevalideerd is en je een vaste uitkomst wilt binnen een vast budget, zonder eerst een team op te bouwen.

Stap 1: beschrijf het probleem, niet de software

Begin niet met een lijst functies, maar met drie zinnen: voor wie is het, welk probleem lossen ze vandaag op, en hoe doen ze dat nu? Het antwoord op die laatste vraag is je echte concurrent. Vaak is dat geen ander softwarepakket, maar een spreadsheet, een WhatsApp-groep of iemand die het met de hand doet.

Kies één doelgroep. "Alle mkb'ers" is geen doelgroep; "administratiekantoren met 5 tot 20 medewerkers die nu klantdocumenten via e-mail verzamelen" wel. Hoe scherper je dit hebt, hoe kleiner en sneller je eerste versie wordt.

Stap 2: valideer voordat je bouwt

Dit is de stap die niet-technische founders het vaakst overslaan, terwijl hij het meeste geld bespaart. Een paar manieren, van licht naar zwaar:

  • Gesprekken. Spreek tien tot vijftien mensen uit je doelgroep. Vraag niet of ze je idee goed vinden, maar hoe ze het probleem nu oplossen en wat dat ze kost.
  • Een landingspagina met wachtlijst. Beschrijf wat je product doet en meet hoeveel bezoekers hun e-mailadres achterlaten.
  • Voorverkoop. Het sterkste signaal: iemand die nu al betaalt, of een intentieverklaring tekent, voor een product dat er nog niet is.
  • Handmatig leveren. Doe voor de eerste paar klanten met de hand wat de software later automatisch doet. Je leert precies wat er nodig is, en je verdient er al aan.

Vuistregel: als je geen tien mensen kunt vinden die enthousiast genoeg zijn om op een wachtlijst te staan, gaat software dat niet oplossen.

Stap 3: bepaal wat er in versie 1 komt

Een SaaS heeft een paar onderdelen die er vanaf dag één in moeten, omdat je anders geen klanten kunt laten betalen:

  • Accounts en inloggen, waarbij de gegevens van elke klant netjes gescheiden blijven.
  • De kernfunctie: het ene ding dat het probleem uit stap 1 oplost.
  • Abonnement en betalen, via een betaalprovider zoals Mollie of Stripe, inclusief facturen.
  • Onboarding: een nieuwe gebruiker moet zonder jouw hulp de eerste waarde kunnen ervaren.
  • Een eenvoudige beheeromgeving waarin jij klanten en abonnementen ziet.

Wat er bijna altijd níet in versie 1 hoeft:

  • Teams, uitgebreide rollen en rechten, tenzij samenwerken de kern van je product is.
  • Inloggen via het systeem van de klant (SSO), een openbare API en koppelingen met andere software.
  • Meerdere prijsplannen. Begin met één plan en eventueel een proefperiode.
  • Uitgebreide rapportages en dashboards.
  • Een mobiele app. Een goede webapplicatie werkt ook op de telefoon; een app volgt als gebruikers erom vragen.

Meer over het principe achter zo'n kleine eerste versie lees je in Wat is een MVP?.

Stap 4: kies hoe je bouwt

Als je zelf niet programmeert, heb je grofweg drie routes. Geen ervan is altijd de beste; het hangt af van je fase.

Zelf bouwen met no-code of AI-tools

Met no-codeplatforms en AI-tools die code voor je schrijven, kun je tegenwoordig zelf een werkend prototype maken. Dat is uitstekend om je idee te laten zien, feedback te verzamelen en te valideren. Het wordt lastig zodra er echt geld en klantdata doorheen gaan: betalingen, beveiliging, de gegevens van klanten gescheiden houden en de software blijven onderhouden als je de code zelf niet kunt lezen. Gebruik deze route voor stap 2, en wees eerlijk tegen jezelf over wanneer het prototype te groot wordt.

Een technische medeoprichter zoeken

Een medeoprichter die bouwt, past goed als je product grotendeels uit technologie bestaat en je jarenlang wilt blijven doorontwikkelen. Maar je geeft een flink deel van je bedrijf weg, en de juiste persoon vinden kan maanden duren. Kies iemand niet omdat die kan programmeren, maar omdat je samen een bedrijf wilt bouwen.

Laten bouwen

Een ontwikkelpartij bouwt je eerste versie voor een vaste prijs, zonder dat je aandelen weggeeft of een team hoeft aan te nemen. Het past het best als je idee gevalideerd is, je weet wat versie 1 moet doen en je snel bij betalende klanten wilt zijn. Bij ons valt een SaaS-MVP meestal in dezelfde prijsklassen als een app: vanaf €3.000 voor alleen de kernfunctie, en ongeveer €10.000 tot €15.000 voor een complete eerste versie met abonnementen, rollen of koppelingen.

Stap 5: bouw in korte rondes

Ook als je niet zelf programmeert, ben jij de belangrijkste persoon in het project. Jij beslist wat het product doet. Zorg dat je elke week een werkende versie ziet en er direct op reageert, in plaats van pas aan het eind een demo te krijgen. Gebruik de bouwtijd om je eerste klanten klaar te zetten: je wachtlijst warm houden, teksten schrijven en afspraken inplannen voor de lancering.

Stap 6: lanceer bij je wachtlijst en meet drie dingen

Lanceer eerst bij de mensen die al interesse toonden, niet bij de hele wereld. Let daarna op drie cijfers:

  1. Activatie: hoeveel nieuwe gebruikers ervaren de kernfunctie echt?
  2. Terugkeer: komen ze een week later terug?
  3. Conversie: hoeveel gaan er van proefperiode naar betalen?

Blijf praten met gebruikers. De cijfers vertellen je wát er gebeurt; gesprekken vertellen je waarom.

Stap 7: bouw versie 2 op wat gebruikers doen

De lijst met ideeën die je tijdens de bouw hebt opgeschreven, is geen roadmap. Kies voor versie 2 alleen wat gebruikers aantoonbaar nodig hebben of waar ze om vragen. Als je product groeit en je continu wilt doorontwikkelen, is dat vaak het moment om een eigen ontwikkelaar of team aan te nemen, met de eerste versie als stevige basis.

Wanneer schakel je een bureau in?

Een ontwikkelpartij is een goede keuze als:

  • je idee gevalideerd is met gesprekken, een wachtlijst of eerste betalende klanten;
  • je weet wat versie 1 moet doen en een vaste prijs en deadline wilt;
  • je geen technische medeoprichter hebt, of niet maanden wilt zoeken;
  • je snel bij klanten wilt zijn in plaats van eerst een team op te bouwen.

Het is minder geschikt als je nog volop aan het zoeken bent naar wat je product moet zijn, of als je vanaf dag één dagelijks wilt experimenteren. Dan past zelf prototypen of een medeoprichter beter. Hoe je de juiste partij kiest, lees je in App laten maken: zo kies je de juiste partij; dezelfde afwegingen gelden voor een SaaS.

Uit de praktijk: Woonbot

We weten hoe dit voelt van de andere kant van de tafel: Woonbot, een AI-assistent voor woningzoekers met een abonnement, is een product waarvan we zelf mede-eigenaar zijn. De belofte is eenvoudig: woningzoekers krijgen snel het aanbod te zien dat bij hun wensen en budget past. Het lastigste technische deel was betrouwbaar gegevens verzamelen van veel verschillende woningsites, dus daar ging de aandacht naartoe, niet naar extra functies. Precies de les van stap 3: investeer in het deel dat je belofte waarmaakt.

Klaar om te bouwen?

Heb je je idee gevalideerd en wil je weten wat de kleinste versie is die klanten al kunnen gebruiken en betalen? In een gratis intake krijg je een vaste scope, prijs en deadline. Lees meer over webapplicaties en SaaS-MVP's laten bouwen of over hoe lang het bouwen duurt.