Een nieuw product ontwikkelen en lanceren: het stappenplan

De meeste nieuwe producten falen niet omdat ze slecht gebouwd zijn, maar omdat niemand erop zat te wachten. Een nieuw product ontwikkelen en lanceren is daarom geen kwestie van zo snel mogelijk bouwen, maar van in de juiste volgorde de juiste dingen bevestigen. Wie die volgorde omdraait, bouwt maandenlang aan iets wat de markt achteraf niet blijkt te willen.

Dit artikel loopt het hele traject langs, van het moment dat je een probleem ziet tot je eerste betalende klant. Geen theorie over innovatiefunnels, maar de stappen die je echt zet, in de volgorde die het verschil maakt.

Productontwikkeling is geen bouwproject, maar een leerproces

Veel founders denken aan productontwikkeling als een lijst met features die je afvinkt. Dat klopt pas in de laatste fase. Daarvoor is het iets anders: een reeks aannames die je een voor een test. Je gelooft dat een bepaalde groep mensen een bepaald probleem heeft, dat ze daar nu iets onhandigs voor doen, en dat ze zouden overstappen op iets beters. Elk van die overtuigingen kan fout zijn.

Het echte werk is dus niet bouwen, maar de risicovolste aanname als eerste onderuit proberen te halen. Lukt dat niet, dan heb je iets te pakken. Lukt het wel, dan heb je jezelf maanden bouwwerk bespaard. Deze denkwijze loopt als een rode draad door startup-idee valideren: eerst het probleem begrijpen, dan pas de oplossing vastleggen.

De fases: van probleem naar eerste klant

Hieronder de vijf fases. Ze overlappen in de praktijk, maar de volgorde van bewijs blijft hetzelfde: eerst weten dat het probleem echt is, dan pas iets bouwen om het op te lossen.

Fase 1: Het probleem bevestigen. Voordat je iets tekent of bouwt, praat je met mensen die het probleem zouden moeten hebben. Niet om je idee te pitchen, maar om te horen hoe ze het nu oplossen en hoeveel last ze ervan hebben. Een probleem dat mensen met een omweg, een spreadsheet of duct tape oplossen, is een betaald probleem. Een probleem waar ze laconiek over zijn, is dat niet. Hoe je dat gesprek voert lees je in klantonderzoek voor startups.

Fase 2: De oplossing schetsen. Nu vertaal je het probleem naar een concept. Dat hoeft geen werkend product te zijn: een paar schermen, een tekening, een Figma-klikmodel (een aanklikbaar ontwerp dat eruitziet als een echte app, maar niets echts doet). Het doel is reactie uitlokken, niet indruk maken. Laat het zien aan dezelfde mensen uit fase 1 en kijk of ze het meteen snappen.

Fase 3: Een MVP bouwen. De MVP (een eerste werkende versie die net genoeg doet om de kernbelofte waar te maken) is het kleinste ding waarmee een echte gebruiker de echte taak kan uitvoeren. De kunst zit in weglaten. Alles wat niet nodig is om die ene belofte te testen, laat je eruit. Veel founders bouwen een MVP die eigenlijk een mini-versie van hun droomproduct is. Dat is te veel. De vraag is niet “wat zou mooi zijn”, maar “wat is het minimum om te leren of dit werkt”. Meer hierover in de MVP-mythe.

Fase 4: Testen met echte gebruikers. Zet de MVP in handen van mensen die er niet om gevraagd hebben als gunst, maar omdat ze het probleem echt hebben. Meet wat ze doen, niet wat ze zeggen. Komen ze terug? Gebruiken ze het zoals bedoeld, of vinden ze een eigen omweg? Die signalen zijn de opmaat naar product-market fit, het punt waarop de markt je product harder wil dan jij het kunt leveren.

Fase 5: Lanceren. Pas hier komt de lancering in beeld, en lanceren is geen knal maar een proces. Je begint klein, bij de groep die het probleem het hardst voelt, en breidt uit zodra je ziet dat het werkt. Welk kanaal je daarvoor kiest en hoe je je eerste klanten bereikt, werk je uit in je go-to-market strategie.

Een fase-checklist om jezelf eerlijk te houden

Het verraderlijke aan productontwikkeling is dat je een fase kunt overslaan zonder dat je het merkt. Deze checklist dwingt je terug naar de bewijsvraag voor je verdergaat.

Voor je een oplossing schetst: kun je in één zin zeggen welk probleem je oplost, voor wie, en hoe die persoon het nu oplost? Zo nee, dan zit je nog in fase 1.

Voor je een MVP bouwt: heb je minstens vijf mensen gesproken die het probleem herkenden zonder dat je het hoefde uit te leggen? Zo nee, je oplossing is misschien een oplossing voor een probleem dat niemand voelt.

Voor je lanceert: komt minstens een deel van je testgebruikers uit zichzelf terug? Zo nee, je hebt een product dat mensen één keer proberen, niet iets waar ze aan vast willen.

Voor je opschaalt: weet je via welk kanaal je voorspelbaar nieuwe gebruikers binnenhaalt, en wat dat kost? Zo nee, dan vergroot opschalen alleen je verlies.

Veelgemaakte fouten

Bouwen voor je gevalideerd hebt. Verreweg de duurste fout. Code voelt als vooruitgang, dus founders vluchten erin. Maar elke regel code die je schrijft voor een onbewezen aanname, is een schuld die je later moet afbetalen of weggooien.

De MVP volbouwen. Een MVP met tien features test niets, want je weet niet welke feature het verschil maakte. Eén belofte, scherp getest, leert je meer dan een half product.

Feedback verwarren met validatie. “Wat een goed idee” is geen validatie. Validatie is dat iemand zijn agenda, zijn data of zijn geld inzet. Vraag niet of ze het mooi vinden, vraag of ze het nu zouden gebruiken en waarvoor ze nu betalen.

Lanceren als eenmalig moment. De grote onthulling op één dag werkt zelden. Een product groeit door herhaling: een kanaal vinden dat werkt en dat blijven aanzetten.

Te laat naar het verdienmodel kijken. Een product dat mensen gebruiken maar waar niemand voor wil betalen, is een hobby. Denk vroeg na over welk verdienmodel bij je past, zonder dat het je productkeuzes gijzelt.

Wat dit betekent voor de fase waarin jij zit

Een nieuw product ontwikkelen en lanceren kost in de eerste maanden vooral discipline: niet bouwen wat je leuk vindt, maar bewijzen wat onzeker is. Heb je die fases doorlopen en staat er een MVP met de eerste gebruikers die terugkomen, dan verandert de uitdaging. Dan gaat het om opschalen: distributie, een verdienmodel dat klopt, en de juiste mensen om je heen.

Op dat punt komt onze Startup track in beeld. Die is bedoeld voor founders die al een MVP en eerste tractie hebben en hulp zoeken bij de sprong naar groei. In een intensief traject van negen maanden werk je samen met ons expertteam, met mensen op techniek, data science, design, marketing, finance, juridisch en research, om je product van eerste klant naar schaalbare propositie te brengen. We richten ons daarbij op software en digitale, schaalbare proposities, vaak met AI, binnen de sectoren zorg, werk, financiën en duurzaamheid.

Veelgestelde vragen

Wat is het verschil tussen een prototype en een MVP? Een prototype laat zien hoe iets eruitziet of voelt, maar doet vaak nog niets echts. Een MVP is een werkende versie waarmee een echte gebruiker de echte taak kan uitvoeren. Je gebruikt een prototype om je concept te toetsen, een MVP om gedrag te meten.

Hoe lang duurt het om een product te ontwikkelen en te lanceren? Dat hangt af van hoe goed je valideert, niet van hoe snel je bouwt. De eerste fases (probleem bevestigen en testen) kosten weken, niet maanden. Het gevaar zit in maandenlang bouwen zonder bewijs, niet in een paar weken extra onderzoek vooraf.

Moet ik eerst mijn product af hebben voordat ik klanten zoek? Nee. Je zoekt al klanten tijdens het valideren, omdat juist hun gedrag je vertelt of je op het goede spoor zit. Een lancering bij een afgerond product zonder vroege gebruikers is een gok.

Wanneer weet ik dat ik klaar ben om te lanceren? Als een deel van je testgebruikers uit zichzelf terugkomt en je weet via welk kanaal je nieuwe gebruikers kunt bereiken. Lanceren zonder dat signaal is opschalen van iets wat nog niet werkt.