MVP laten bouwen: scope, fasering, kosten en de valkuilen

De meeste mislukte MVP-projecten gaan niet stuk op techniek, maar op scope. Een MVP die 30 features moet hebben voordat hij live mag is geen MVP, dat is een v1.0 met een ander label. Bij NedDev begint een MVP vanaf €15.000 en lanceren we het liefst binnen 8 tot 16 weken. Hier lees je hoe je dat haalbaar houdt.

Wat een MVP wel en niet is

Een Minimum Viable Product test één centrale aanname met de kleinst mogelijke bouw. De vraag is niet "wat zou de gebruiker willen", maar "wat moet er minimaal zijn om te bewijzen dat mensen hiervoor betalen of dit gebruiken". Alles wat die ene vraag niet beantwoordt, hoort niet in versie één.

• Wel: de kernactie die je hypothese bewijst, een werkende flow van begin tot eind, basale analytics.
• Niet: admin-dashboards voor edge cases, instellingenmenu's, drie betaalmethodes, meertaligheid, een mobiele app naast de web-app.

Bij CalorForm, onze AI-fitness-PWA, begonnen we met één werkende loop: voedingsfoto invoeren en een AI-analyse terugkrijgen. Geen social feed, geen coach-marktplaats, geen abonnementsmodel in versie één. Dat kwam pas toen het kerngedrag bewezen was.

Scope bepalen in drie stappen

Scope is een keuzeprobleem, geen techniekprobleem. Wij hanteren een vaste werkwijze:

• Hypothese: schrijf één zin op die je wilt bewijzen. "Aannemers willen betalen om bouwtekeningen automatisch te laten analyseren."
• Kritieke pad: teken de kortste route die een gebruiker aflegt om die waarde te ervaren.
• Alles ernaast schrappen: elke feature buiten dat pad gaat op de backlog voor fase twee.

Deze discipline scheelt vaak de helft van het budget. JinSulate bewijst dat: de eerste versie deed precies één ding, een bouwtekening omzetten naar een isolatierapport, en niets anders. Geen gebruikersbeheer met rollen, geen factuurmodule, geen meertaligheid. Die kwamen pas toen de eerste Amerikaanse gebruikers bewezen dat ze voor de kernfunctie wilden betalen.

Een handige toets: voor elke feature die iemand voorstelt, vraag je of het product zonder die feature de hypothese nog kan bewijzen. Is het antwoord ja, dan gaat de feature naar fase twee. Zo niet, dan hoort hij in de MVP. Die ene vraag voorkomt de meeste budgetoverschrijdingen.

Wat kost een MVP en hoe lang duurt het?

De prijs hangt af van complexiteit, maar de bandbreedtes zijn redelijk stabiel:

• Simpele MVP (één kernflow, geen complexe integraties): €15.000 tot €25.000, 8 tot 10 weken.
• Gemiddelde MVP (auth, betalingen, één externe API, dashboard): €25.000 tot €45.000, 12 tot 16 weken.
• Complexe MVP (AI-componenten, meerdere integraties, multi-tenant): €45.000 tot €60.000, 16 weken of meer.

Onze stack houdt de bouwtijd kort: Laravel 12 met Filament v3.3 voor de backend levert in dagen een volwaardig admin-paneel op, en Next.js 16 met React 19 voor de frontend. Die snelheid betaal je niet in kwaliteit, want je houdt een productie-waardige codebase over, geen wegwerp-prototype.

Dat laatste punt is belangrijker dan het klinkt. Veel goedkope MVP-trajecten leveren een prototype op dat technisch gezien een dood spoor is: bij succes moet je het volledig opnieuw bouwen. Wij bouwen de MVP op dezelfde productie-stack waarop het uiteindelijke product draait. Werkt je hypothese, dan bouw je verder op wat er al staat in plaats van opnieuw te beginnen. Dat scheelt je bij groei een tweede investering van tienduizenden euro's.

De valkuilen die geld kosten

De meeste budgetten lopen niet uit door verkeerde code, maar door verkeerde beslissingen vooraf.

• Scope creep: "kan dit er ook nog bij" is de duurste zin in productontwikkeling. Houd een strikte fase-grens.
• Te laat lanceren: elke week dat je niet live bent, is een week zonder echte data. Echt gebruik weerlegt of bevestigt je aannames sneller dan welke vergadering ook.
• Perfectionisme op design: een MVP mag er strak uitzien, maar pixel-perfecte animaties zijn fase twee.
• Bouwen op aannames: meet vanaf dag één. Zonder analytics weet je niet wat je moet uitbouwen.

Fasering: van MVP naar volwaardig product

Een MVP werkt het beste als onderdeel van een duidelijke fasering. Wij hanteren grofweg drie fases, en die structuur houdt zowel het budget als de verwachtingen onder controle:

• Fase 1, de MVP: één kernflow live, basale analytics, genoeg om de hypothese te toetsen met echte gebruikers.
• Fase 2, validatie en uitbouw: op basis van gebruiksdata de features toevoegen die aantoonbaar gemist worden, plus het wegwerken van de scherpste randjes.
• Fase 3, opschalen: pas hier investeer je in performance, edge cases, extra integraties en design-verfijning, omdat je nu zeker weet dat het product traction heeft.

Het voordeel van deze aanpak is dat je nooit veel geld uitgeeft aan iets onbewezens. Elke fase wordt betaald door het vertrouwen dat de vorige fase opleverde.

Na de lancering: bouwen op data

De MVP is geen eindpunt, het is het begin van leren. Na lancering kijk je naar gedrag: waar haken mensen af, welke feature gebruiken ze niet, waarvoor komen ze terug. Pas dán beslis je wat fase twee wordt. Dat is het hele punt van de methode: je investeert pas zwaar in features die bewezen waarde hebben.

Wil je weten of jouw idee in een MVP past? Bekijk onze aanpak bij MVP-ontwikkeling. We zeggen eerlijk als een idee te groot is voor een eerste versie, want dat scheelt je budget en tijd.