Budget voor een startup-MVP: hoeveel runway heb je nodig?
“Wat kost een MVP?” is meestal niet de juiste eerste vraag. De juiste eerste vraag is: hoeveel runway heb ik werkelijk en welk deel daarvan mag deze MVP verbruiken? Als je een leverancier om een offerte vraagt voordat je dat hebt beantwoord, draai je het begrotingsproces om. Je stemt je plannen dan af op een bedrag dat een leverancier toevallig noemt, in plaats van de MVP af te stemmen op wat je startup daadwerkelijk kan uitgeven en toch ruimte overhoudt om te handelen naar wat je leert.
Waarom “Wat kost een MVP?” niet de juiste eerste vraag is
Een algemene bandbreedte voor MVP-kosten is een nuttige realitycheck, maar als je die direct als budget gebruikt, sla je een stap over. De bouwkosten zijn slechts één onderdeel van wat een MVP werkelijk verbruikt. Er volgt ook alles wat na de lancering gebeurt, wanneer het echte leren en de echte uitgaven beginnen. Een oprichter die alleen de bouw begroot, eindigt vaak met een werkend product maar zonder runway om defecten te herstellen, op vroege feedback te reageren of de marketing uit te voeren die nodig is om genoeg gebruikers te bereiken en iets betekenisvols te leren.
Begin bij je runway, niet bij een offerte
Werk drie bedragen uit voordat je met een leverancier praat: hoeveel totale runway je hebt, hoeveel maanden die runway moet meegaan en welk deel je wilt besteden om een testbare MVP te bereiken. Zo bepaal jij het plafond waarbinnen je zoekt, in plaats van dat een leverancier het plafond voor je bepaalt. Komt een offerte ruim boven dat plafond uit, dan is dat een signaal om de scope te verkleinen, niet om je runway verder op te rekken dan verantwoord is.
Wat je werkelijk moet begroten
De bouw is de zichtbaarste kostenpost, maar niet de enige. Een realistisch MVP-budget omvat:
| Budgetcategorie | Wat deze dekt | Makkelijk te vergeten? |
|---|---|---|
| Ontwikkelkosten | De daadwerkelijke bouw — bekijk de uitsplitsing per kostenpost | Nee, dit is de voor de hand liggende post |
| Infrastructuur na lancering | Hosting, monitoring en basisonderhoud zodra echte gebruikers komen | Ja |
| Vroege iteratie | Herstellen wat niet werkt en aanpassen op basis van de eerste weken werkelijk gebruik | Ja |
| Klantwerving | Genoeg gebruikers bereiken om echt iets te leren, in plaats van geruisloos te lanceren | Vaak |
| Onvoorzien | Buffer voor scope die tijdens de bouw aan het licht komt of onverwachte vereisten | Bijna altijd |
De laatste vier rijen overslaan is de meest voorkomende begrotingsfout van oprichters. Niet omdat ze niet weten dat deze kosten bestaan, maar omdat ze worden behandeld als “dat zoeken we later wel uit” in plaats van vooraf te worden ingepland.
Hoeveel runway moet je reserveren voordat je begint?
Ga als globale richtlijn uit van de bouwkosten plus minstens drie tot zes maanden runway na de lancering. In die periode na de lancering bewijst een MVP zijn nut: dan ontdek je of de kernaanname achter het product werkelijk klopt. Je hebt voldoende runway nodig om naar het antwoord te handelen, of dat nu itereren, bijsturen of extra investeren in wat werkt betekent. Een MVP die 100% van de beschikbare runway verbruikt om de lancering te bereiken en niets overlaat, verandert een validatieoefening feitelijk in een alles-of-nietsweddenschap.
Veelgemaakte budgetfouten die je runway verkorten
- Je vastklampen aan de eerste offerte, in plaats van vooraf een plafond op basis van runway te bepalen.
- Kosten na de lancering als nul behandelen, omdat ze niet in de ontwikkelingsofferte stonden.
- De scope uitbreiden met “nu we toch bezig zijn”, waardoor ongemerkt geld van de runway na de lancering naar de bouwkosten verschuift.
- De kosten om gebruikers te bereiken negeren, waardoor de MVP in stilte wordt gelanceerd en nooit genoeg gegevens oplevert om iets te bevestigen of te weerleggen. Waarom de meeste startups vóór product-market fit mislukken komt vaak precies hierop neer: de runway raakt op voordat er een betrouwbaar beeld van de vraag ontstaat.
Hoe dit per financieringsfase verschilt
Een bootstrapped oprichter die eigen spaargeld gebruikt, heeft een hard plafond en elke euro weegt even zwaar. Daarom verdienen de reserve voor onvoorziene kosten en de buffer na de lancering extra aandacht: er is geen volgende financieringsronde om een te krap budget op te vangen. Een pre-seedoprichter met een kleine investering heeft iets meer ruimte, maar werkt meestal nog steeds met een vaste runway en een specifieke mijlpaal, vaak “een signaal van product-market fit bereiken”, die het budget moet beschermen. Een seed-stageoprichter met meer kapitaal heeft meer flexibiliteit, maar dezelfde discipline blijft nodig. Meer beschikbaar geld maakt het juist makkelijker om scope creep ongemerkt de middelen te laten opslokken die voor iteratie en groei gereserveerd hadden moeten blijven. In elk geval wordt het plafond bepaald door de runway die je hebt, niet door hoeveel een leverancier voor dat bedrag wil bouwen.
Het is ook verstandig om “budget voor de MVP” te scheiden van “budget voor het bedrijf”. Investeerders en medeoprichters willen doorgaans zien dat de MVP-uitgaven een bewust gekozen deel van de totale runway vormen en niet het hele plan zijn. Een begroting waarin de reserve na de lancering als aparte post zichtbaar is, in plaats van stilzwijgend in de bouwkosten te worden verwerkt, is in zulke gesprekken makkelijker te verdedigen.
Een eenvoudig MVP-budget opstellen in 4 stappen
- Bepaal het plafond van je runway — deel de totale beschikbare financiering door het aantal maanden dat die moet meegaan.
- Schat de bandbreedte van de bouwkosten met een globale kostenbenchmark en toets die daarna aan echte offertes van leveranciers.
- Reserveer afzonderlijk 3–6 maanden runway na de lancering — laat die reserve niet opgaan aan de bouwscope.
- Voeg een buffer voor onvoorziene kosten toe, doorgaans 10–20% van de bouwkosten, voor scope die onvermijdelijk zichtbaar wordt zodra de bouw begint.
Deze manier van begroten garandeert niet dat de MVP werkt; niets kan dat garanderen. Ze zorgt er wel voor dat je, wat je er ook van leert, runway overhoudt om naar het antwoord te handelen.
Weet je niet zeker hoe groot je MVP-budget moet zijn?
Vertel ons over je runway en doelen, dan helpen we je een passende MVP af te bakenen — voor de bouwkosten én de maanden na de lancering.
Boek een gratis adviesgesprek met MVPHUBVeelgestelde vragen
Hoeveel runway moet een startup hebben voordat ze een MVP bouwt?
Genoeg om zowel de bouw als minstens 3–6 maanden runway na de lancering te dekken voor herstelwerk, vroege iteraties en de eerste klantwerving. Als je alleen de bouw begroot, blijft er niets over om te handelen naar wat je leert zodra echte gebruikers komen.
Moet ik een MVP begroten vóór of na het aanvragen van offertes?
Bepaal eerst een globale bandbreedte op basis van je financiering en runway en vraag daarna offertes aan. Anders verankert het eerste bedrag dat je hoort je verwachtingen, in plaats van je werkelijke financiële situatie.
Welke kosten vergeten oprichters naast ontwikkeling vaak te begroten?
Hosting en infrastructuur na de lancering, tools voor klantenondersteuning, basismarketing om de eerste gebruikers te bereiken en een reserve voor scopewijzigingen die tijdens de bouw worden ontdekt. Samen vormen die een aanzienlijk deel van de totale uitgaven.
Is het beter om te weinig of te veel aan een MVP uit te geven?
Geen van beide uitersten is veilig. Te weinig uitgeven betekent vaak dat er op testen of infrastructuur wordt bezuinigd en dat je iets onbetrouwbaars uitbrengt; te veel uitgeven aan functies waar niemand om vroeg verbruikt runway voordat je iets hebt geleerd. Begroot de kleinste versie die echt kan worden getest.
Welk deel van mijn totale startupbudget moet naar de MVP gaan?
Er bestaat geen universele verhouding, maar de bouw van de MVP plus de runway na de lancering hoort doorgaans niet al je beschikbare runway op te gebruiken. Houd genoeg over om te reageren op wat de MVP je leert, of dat nu een koerswijziging, een extra functie of een go-to-marketoffensief is.
