MVP laten bouwen: wat het echt inhoudt voor MKB-ondernemers

Je hebt een idee voor een digitaal product. Een app, een platform, iets wat een probleem oplost waar je in je eigen werk steeds tegenaan loopt. En ergens hoorde je dat je dat klein moet beginnen: een MVP laten bouwen, eerst kijken of het werkt, dan pas opschalen. Klinkt verstandig. Maar wat betekent dat nou concreet als je geen technische achtergrond hebt?

Deze gids is voor jou. Geen lean-startup-college, geen verkapte prijslijst. Gewoon: wat een MVP echt is, wanneer het de juiste keuze is voor jouw bedrijf, hoe zo'n traject loopt en waar je op let als je een bureau kiest.

Wat is een MVP en wat is het niet

MVP staat voor minimum viable product. De kortste eerlijke vertaling: de kleinste versie van je product die je echt kunt gebruiken om iets te leren of iets op te lossen.

Hier gaat het vaak mis. Veel ondernemers horen "MVP" en denken: een goedkope, half afgemaakte eerste versie. Een soort prototype dat je later wel "echt" maakt. Dat is het niet. Een MVP is geen wegwerpversie. Het is een afgebakende versie. Je laat dingen weg, niet de kwaliteit.

Het verschil zit in de scope, niet in de afwerking. Je bouwt minder functies, maar de functies die je bouwt moeten gewoon werken. Een gebruiker die je MVP gebruikt mag merken dat er nog van alles ontbreekt. Hij mag niet merken dat het wankel of slordig is gebouwd. Want dat eerste contact bepaalt of hij terugkomt.

Een MVP is dus geen "cheap first version". Het is een scherpe keuze: wat is de kern, en wat kan later?

Het verschil met een prototype

Even uit elkaar trekken, want deze twee worden door elkaar gehaald:

• Een prototype is om iets te laten zien of te testen. Klikbaar, vaak zonder echte techniek eronder. Goed om een idee tastbaar te maken.
• Een MVP is om iets te gebruiken. Er zit echte techniek onder, het werkt met echte data, echte mensen kunnen ermee aan de slag.

Soms heb je eerst een prototype nodig om je idee aan te scherpen. Soms kun je dat overslaan. Daarover later meer.

Wanneer is een MVP de juiste aanpak voor jouw bedrijf

Niet elk idee heeft een MVP nodig. En soms is een MVP juist niet de slimste route. Eerlijk zijn daarover scheelt je veel geld.

Een MVP laten bouwen is vooral logisch als:

• Je iets nieuws maakt waarvan je nog niet zeker weet of mensen het gaan gebruiken. Je wilt eerst bewijs voordat je groot investeert.
• Je het product zelf gaat aanbieden aan klanten of in de markt, en je wilt snel beginnen met een kleine groep.
• Je idee uit meerdere onderdelen bestaat, en je wilt eerst het belangrijkste deel laten zien voordat je de rest bouwt.

Een MVP is vaak níet de juiste aanpak als:

• Je precies weet wat je nodig hebt, het bestaat al kant-en-klaar, en je het alleen maar wilt gebruiken. Dan ben je waarschijnlijk beter af met standaardsoftware. We schreven eerder over die afweging in maatwerk software of een standaardpakket.
• Je een intern proces wilt digitaliseren waar de eisen al vastliggen. Dan is "minimum" minder belangrijk dan "compleet genoeg om het werk over te nemen".
• Het echt om een groot, kritisch systeem gaat waar vanaf dag één veel van afhangt. Dan is klein beginnen alsnog verstandig, maar noem het geen MVP en behandel het niet als experiment.

De vraag onder al deze punten: bouw je om iets te leren, of bouw je om iets te gebruiken dat je al kent? Op die vraag staat of valt of een MVP bij jou past.

Welke stappen komen er kijken bij een MVP-traject

Een MVP-traject is geen mysterie. Het loopt grofweg in een paar fases, en je bent er als opdrachtgever bij elke stap bij betrokken.

1. Scherpstellen wat je echt nodig hebt

Hier zit de meeste waarde, en hij wordt het vaakst overgeslagen. Voordat er een regel code is, breng je samen in kaart wat het probleem is, wie de gebruiker is en welke functie echt de kern is. Vaak blijkt je oorspronkelijke lijst met wensen drie keer te lang. Dat is goed nieuws. Elke functie die je nu schrapt, is geld dat je niet uitgeeft aan iets wat misschien niemand gebruikt.

2. Ontwerp en uitwerking

Je ziet hoe het eruit gaat zien en hoe het werkt, vaak eerst als klikbare schermen. Zo kun je sturen voordat het bouwen begint. Aanpassen op dit moment kost een gesprek. Aanpassen later kost ontwikkeltijd.

3. Bouwen

Het echte werk. Goede bureaus bouwen in korte rondes en laten je tussentijds meekijken, zodat je niet pas aan het eind iets ziet. Geen verrassingen bij de oplevering.

4. Livegang en leren

Je product gaat live bij een eerste groep gebruikers. En dan begint het eigenlijk pas. Je kijkt wat mensen doen, wat ze missen, waar ze afhaken. Die informatie bepaalt wat je daarna bouwt. Een MVP zonder dat je erna kijkt en bijstuurt, is een halve investering.

Wat kost een MVP laten bouwen in Nederland

De eerlijke start van het antwoord: het hangt ervan af. Niet omdat we eromheen draaien, maar omdat "MVP" alles kan betekenen van een simpele app met één kernfunctie tot een platform met gebruikers, betalingen en een beheeromgeving.

Toch wat houvast. In de praktijk zien we MVP-trajecten in Nederland ruwweg in deze orde:

• Een klein, afgebakend product met één duidelijke kernfunctie zit vaak in de orde van enkele tienduizenden euro's.
• Een MVP met meerdere onderdelen, gebruikersaccounts en wat meer logica eronder loopt al snel op naar het midden van de tienduizenden.
• Zodra er betalingen, koppelingen met andere systemen of meerdere gebruikersrollen bij komen, zit je richting de bovenkant daarvan of erboven.

Belangrijker dan het exacte bedrag is wat de prijs bepaalt. Niet het aantal schermen, maar de complexiteit eronder. Een scherm dat alleen iets toont is goedkoop. Een scherm dat data verwerkt, beslissingen neemt en met andere systemen praat is dat niet. Daarom is die eerste fase, het schrappen, ook de fase waarin je het meeste op de kosten stuurt.

Wil je dit naast de prijs van een gewone website of app leggen? We hebben dat uitgebreider opgeschreven in wat kost een website of app laten maken.

Pas op met offertes die opvallend laag zijn. Een prijs die te mooi lijkt, betekent meestal dat iemand de scope niet goed heeft begrepen, of dat de rekening later alsnog komt in de vorm van meerwerk en gedoe.

Hoe kies je het juiste bureau als MKB-ondernemer

Je gaat een tijd samenwerken met de partij die je product bouwt, en je leunt op hun oordeel. Dan telt of je ze vertrouwt zwaarder dan of ze de laagste prijs hebben.

Waar je op kunt letten:

• Stellen ze de eerste vraag goed? Een goed bureau praat eerst over je probleem en je gebruiker, niet meteen over techniek en pakketten. Als ze meteen beginnen te bouwen in hun hoofd, mis je de fase waar je het meeste geld bespaart.
• Durven ze je iets af te raden? Een partij die je vertelt dat je een functie nog niet nodig hebt, of dat standaardsoftware voor jou slimmer is, denkt met je mee. Iemand die overal ja op zegt, verkoopt.
• Snap je wat ze zeggen? Je hoeft de techniek niet te begrijpen. Je moet wel begrijpen waaróm ze iets voorstellen. Als de uitleg vaag blijft, wordt de samenwerking dat ook.
• Wat gebeurt er na de livegang? Een MVP is een begin. Vraag hoe ze omgaan met de fase erna, het meekijken en bijbouwen. Een bureau dat alleen oplevert en wegloopt, laat je achter op het moment dat je ze het hardst nodig hebt.

Je hoeft niet de grootste of de goedkoopste te kiezen. Je hoeft iemand te kiezen die je idee scherper maakt in plaats van duurder.

Tot slot

Een MVP laten bouwen is geen gok en geen wegwerpversie. Het is een manier om verstandig te beginnen: klein, scherp afgebakend, gericht op leren. Doe je dat goed, dan weet je na de eerste versie veel meer dan je nu weet, zonder dat je je hele budget hebt uitgegeven aan aannames.

Loop je rond met een idee en wil je weten of een MVP de juiste route is? We denken graag een keer met je mee, vrijblijvend en zonder verkooppraatje. Ook als de uitkomst is dat je nog even moet wachten of dat het anders kan.