Het zijn drie manieren om een idee te toetsen, en ze kosten allemaal iets anders. Niet omdat de een beter is dan de ander, maar omdat je er iets anders voor bouwt. Hieronder zetten we de drie vormen naast elkaar en laten we zien wat de kosten per vorm bepaalt, zonder bedragen te noemen.
Wat je ervoor bouwt, en dus wat de kosten bepaalt.
Een klikbare versie van je idee: de schermen en de belangrijkste flows, zodat mensen het echt kunnen doorlopen. Onder de motorkap zit nog geen echte logica of database. De kosten volgen vooral uit het aantal schermen en flows dat je wilt tonen.
Een gerichte test die één technisch risico bewijst. Kan die koppeling wel? Werkt dat model op onze data? Je bouwt precies genoeg om die ene vraag te beantwoorden. De kosten hangen af van hoe lastig en onzeker dat stuk techniek is.
De eerste bruikbare versie waarmee echte gebruikers echt werk doen. Nu draait er wel logica, data en toegang onder de knoppen. Dat is meer bouwwerk, dus een MVP kost doorgaans meer dan een prototype of een PoC.
Per vorm liggen de kostendrijvers ergens anders.
Omdat een prototype geen echte logica heeft, zit de prijs vooral in wat je laat zien. Hoeveel schermen, hoeveel flows, hoe afgewerkt het er moet uitzien voor je publiek. Een enkele kernflow om intern te tonen is lichter dan een reeks doorgestylde schermen voor een investeerder. Meer over die factoren staat in onze uitleg over wat een prototype laten maken kost.
Een PoC is klein in schermen maar kan zwaar zijn in techniek. De kosten volgen het risico dat je wilt wegnemen. Een koppeling met een goed gedocumenteerde API is overzichtelijk. Een model dat op jouw eigen data betrouwbaar moet presteren, of een integratie met een grillig oud systeem, is minder voorspelbaar en daarmee prijziger om te bewijzen.
Bij een MVP betaal je voor het werkende deel dat een prototype juist weglaat: accounts en rechten, opslag van gegevens, betaal- of e-mailkoppelingen, foutafhandeling en beheer. Hoe meer van dat fundament je nodig hebt voordat de eerste gebruiker iets zinnigs kan doen, hoe hoger de kosten. De volledige uitleg staat op wat een MVP laten maken kost.
De rode draad: een prototype toetst de vorm, een PoC toetst een technisch risico, een MVP toetst het echte gebruik. Je betaalt telkens voor wat je wilt weten. Wil je alleen weten of mensen de flow snappen, dan is echte logica bouwen zonde van het geld.
Vaak eerst een prototype, om duur bouwwerk te voorkomen.
De redenering achter die volgorde is simpel: het goedkoopste is bouwwerk dat je niet hoeft te maken. Blijkt uit een prototype dat de kernflow niet klopt, dan heb je een dure PoC of MVP uitgespaard. Slaat het wel aan, dan is de investering in een PoC of MVP een stuk beter onderbouwd. Bij OneDayBuild is dat eerste toetsmoment bewust klein gehouden: in één werkdag een klikbaar prototype. Blijkt het idee te werken, dan bouwt hetzelfde team het door richting een MVP.
Waar de goedkoopste vorm niet de juiste is.
Meestal wel, omdat een prototype geen echte logica, data of accounts bevat. Je bouwt de schermen en flows, niet het werkende fundament eronder. Dat scheelt bouwwerk en daarmee kosten. Een uitzondering is een prototype met heel veel doorgestylde schermen tegenover een piepkleine MVP, maar dat is zeldzaam.
Omdat een PoC niet over schermen gaat maar over een technisch risico. Een enkel scherm dat een lastige koppeling of een model op jouw data moet bewijzen, kan meer werk zijn dan een reeks nette maar lege schermen. Je betaalt voor de onzekerheid die je wegneemt, niet voor wat je ziet.
Als je grootste risico bij de vorm zit en niet bij de techniek, dan is een PoC inderdaad niet nodig. Zit de onzekerheid juist in de haalbaarheid, dan bespaart een PoC je meestal geld: je ontdekt een blokkade voordat je een hele MVP eromheen hebt gebouwd.
De hoeveelheid echte logica die eronder moet draaien. Schermen tekenen is relatief licht, maar accounts, opslag, koppelingen, betalingen en foutafhandeling maken software duurder. Klein beginnen en pas bouwen wat je aantoonbaar nodig hebt, is de grootste knop om aan te draaien.
Dat hangt af van de omvang van je idee en wat je precies wilt tonen. We werken vanuit een klikbaar prototype in één werkdag en bespreken vooraf de scope, zodat je weet waar je aan toe bent. Vraag een prijsopgave aan, dan rekenen we het voor jouw idee uit.
Beschrijf je idee in een paar zinnen. We zeggen eerlijk welke vorm je het snelst het antwoord geeft dat je zoekt, en wat dat ongeveer aan werk vraagt.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.