Soorten MVP: welke aanpak past bij jouw idee?

“MVP” wordt gebruikt alsof het één specifiek ding betekent, maar in de praktijk beslaat het een spectrum — van een enkele landingspagina die test of iemand er iets om geeft, tot een volledig gecodeerd product dat echte transacties afhandelt. Het verkeerde type kiezen voor jouw fase van onzekerheid is een veelvoorkomende, kostbare fout.

Het juiste MVP-type hangt volledig af van waar je eigenlijk onzeker over bent. Verschillende soorten MVP zijn gebouwd om verschillende soorten vragen te beantwoorden.

De belangrijkste soorten MVP

Landingspagina-MVP

Eén pagina die het product beschrijft, met een call-to-action (aanmelden, wachtlijst, vooraf bestellen). Dit test ruwe interesse voordat er een product bestaat. Het is de goedkoopste en snelste manier om te peilen of een probleem genoeg resoneert dat mensen actie ondernemen.

Concierge-MVP

Het team levert handmatig het resultaat dat het uiteindelijke product zou automatiseren — bijvoorbeeld klanten persoonlijk koppelen aan dienstverleners voordat er een matchingalgoritme wordt gebouwd. Dit valideert of het resultaat zelf waardevol is, en brengt vaak workflowdetails aan het licht die anders pas veel later zouden worden opgemerkt.

Wizard-of-oz-MVP

Gebruikers interageren met iets dat eruitziet als een geautomatiseerd product, maar een persoon doet het werk achter de schermen. Dit verschilt van een concierge-MVP vooral in framing — gebruikers geloven dat ze software gebruiken, wat echt gebruiksgedrag beter test dan een concierge-model waarin ze weten dat er een mens bij betrokken is.

Single-feature-MVP

Een gecodeerd product gericht op één kernfunctionaliteit, waarbij secundaire functies bewust worden uitgesloten. Dit is het meest voorkomende type zodra een team voldoende vertrouwen heeft in de vraag om het schrijven van echte software te rechtvaardigen, en is wat de meeste mensen bedoelen met “MVP” in een startupcontext.

Piecemeal-MVP

Het product voegt bestaande tools en diensten samen (spreadsheets, no-code platforms, API’s van derden) in plaats van elk onderdeel op maat te coderen. Dit kan een product sneller en goedkoper valideren, met het begrip dat sommige onderdelen later worden vervangen door op maat gebouwde componenten.

MVP versus proof of concept (POC)

Deze twee worden vaak verward, maar ze beantwoorden verschillende vragen:

Aspect	MVP	Proof of Concept (POC)
Beantwoorde vraag	Willen echte gebruikers dit, en zullen ze het gebruiken/ervoor betalen?	Is dit technisch überhaupt mogelijk?
Gebouwd voor	Echte gebruikers	Intern team of technische stakeholders
Typische scope	Een complete (zij het minimale) gebruikersflow	Een smalle technische test, vaak niet gebruikersgericht
Wanneer te gebruiken	Wanneer commerciële vraag de grootste onzekerheid is	Wanneer een kritieke technologie onbewezen is (AI-nauwkeurigheid, complexe integraties, nieuwe hardware)

Als je grootste vraag is “kan dit technisch überhaupt werken”, bouw dan eerst een POC. Als je grootste vraag is “zal iemand dit daadwerkelijk gebruiken”, is een MVP — waarschijnlijk een van de lichtere types hierboven — het betere startpunt. Onze gids over 10 signalen dat je productidee klaar is voor MVP-ontwikkeling is een nuttige gutcheck voor in welke fase je je daadwerkelijk bevindt.

De juiste keuze maken voor jouw onzekerheid

Vraag jezelf af welke van deze op dit moment waar is voor jouw product:

• “Ik weet niet of iemand dit überhaupt wil.” → Begin met een landingspagina of concierge-MVP.
• “Ik heb redelijk vertrouwen in de vraag, maar ben onzeker over de workflow.” → Een wizard-of-oz- of piecemeal-MVP kan de ervaring valideren vóór volledige ontwikkeling.
• “Ik weet dat mensen dit willen, en ik moet bewijzen dat het op echte schaal kan draaien.” → Een gecodeerde single-feature-MVP is de juiste volgende stap.
• “Ik weet niet zeker of de kerntechnologie überhaupt zal werken.” → Bouw eerst een POC, los van elke gebruikersgerichte MVP.

Een veelgemaakte fout: direct naar een volledig gecodeerde build gaan

Veel oprichters slaan de lichtere MVP-types volledig over en gaan direct naar een volledig gecodeerd product, ervan uitgaande dat dit is wat “MVP” vereist. Dit is meestal een fout als je kernonzekerheid over vraag gaat in plaats van uitvoering — een landingspagina- of concierge-test kan dezelfde vraag valideren voor een fractie van de kosten en tijd, en de geleerde lessen veranderen vaak wat de uiteindelijke gecodeerde MVP zelfs zou moeten bevatten.

Als je wel een gecodeerde MVP nodig hebt omdat de vraag al is vastgesteld, is ons overzicht van wat daadwerkelijk is inbegrepen in MVP-ontwikkelingsdiensten een nuttige referentie voor wat een goed afgebakende build zou moeten omvatten.

Van MVP naar volledig product

Met welk type je ook begint, het doel is hetzelfde: genereer zo goedkoop mogelijk echt bewijs, en gebruik dat bewijs om te beslissen wat je vervolgens bouwt. Een concierge- of landingspagina-MVP die sterke vraag laat zien, leidt op natuurlijke wijze naar het scopen van een gecodeerde single-feature-MVP — de types sluiten elkaar niet uit, het zijn fasen.

Veelgestelde vragen

Wat zijn de belangrijkste soorten MVP?

De belangrijkste soorten zijn concierge-MVP's (de dienst handmatig achter de schermen leveren), wizard-of-oz-MVP's (een front-end die geautomatiseerd lijkt maar handmatig wordt bediend), landingspagina-MVP's (vraag testen voordat je bouwt), single-feature-MVP's en volledig gecodeerde MVP's.

Wat is het verschil tussen een MVP en een proof of concept?

Een proof of concept test of iets technisch mogelijk is, meestal niet bedoeld voor echte gebruikers. Een MVP is een werkend product gebouwd voor echte gebruikers, bedoeld om bewijs te genereren over vraag en gedrag, niet alleen technische haalbaarheid.

Wat is een concierge-MVP?

Een concierge-MVP levert de waarde van het product handmatig, waarbij een persoon taken uitvoert die een toekomstig geautomatiseerd systeem zou afhandelen, zodat een team vraag kan testen en het aanbod kan verfijnen voordat er productiecode wordt geschreven.

Wat is een wizard-of-oz-MVP?

Een wizard-of-oz-MVP presenteert gebruikers iets dat eruitziet als een geautomatiseerd product, terwijl het feitelijke werk handmatig achter de schermen gebeurt, zodat een team de vraag kan valideren voordat het investeert in de automatisering zelf.

Welk type MVP moet ik kiezen?

Kies op basis van je grootste onzekerheid. Als je niet zeker weet of mensen het resultaat überhaupt willen, begin dan met een landingspagina of concierge-test. Als je vertrouwen hebt in de vraag maar onzeker bent over een specifieke workflow, is een gecodeerde single-feature-MVP meestal de betere volgende stap.

Kan ik meerdere soorten MVP combineren?

Ja. Veel succesvolle producten beginnen met een landingspagina of concierge-test om vraag te valideren, en gaan daarna over op een gecodeerde single-feature-MVP zodra er bewijs is dat het waard is om software omheen te bouwen.