Het ene dat het moet doen
We spreken af wat de eerste versie nodig heeft en bewaren de overige ideeën voor latere releases.
Met een MVP kunnen gebruikers een eerste versie van je product proberen. We kiezen de belangrijkste functie en spreken af wat later komt. Ik werk met ondernemers in de Randstad, de rest van Nederland en Aruba, met een planning die vóór de bouw wordt afgesproken.
Start een projectMet een MVP test je een concrete aanname: of mensen je product gebruiken, ervoor betalen of terugkomen.
We bepalen die vraag voordat we kiezen welke functies in de eerste versie horen.
Is de vraag al bewezen, dan kunnen we de eerste release plannen rond de behoeften van je bestaande klanten.
De belangrijkste gebruikersroute, met wat nodig is om die bij echte gebruikers te testen.
We spreken af wat de eerste versie nodig heeft en bewaren de overige ideeën voor latere releases.
Accounts en inloggen als gebruikers moeten terugkomen of gegevens opslaan. Voor het meten van interesse kan een wachtlijst voldoende zijn.
Wil je betalingsbereidheid testen, dan kunnen afrekenen en betaalafhandeling in de eerste versie worden opgenomen.
Een duidelijk datamodel, gangbare technologie en tests voor de belangrijkste gebruikersroutes. Latere functies kunnen nog aanpassingen vragen.
Analytics en foutregistratie om te zien hoe mensen het product gebruiken en waar ze vastlopen.
Een korte overdracht met uitgestelde functies, gemaakte keuzes en mogelijke vervolgstappen.
Deze richtprijs geldt voor één centrale gebruikersroute om één aanname te testen. Accounts, ontwerp en koppelingen leggen we vast in de offerte. Complexe betalingen of een breder product vragen een aparte raming.
€ 5.000 – € 12.000
voor een afgebakende eerste release
Excl. btw. Geoffreerd tegen een afgesproken scope.
We spreken de scope en prijs af vóór de bouw. Veranderen nieuwe inzichten het plan, dan bespreken we eerst de kosten en planning.
Ik doe dit werk naast mijn fulltime baan. We spreken vooraf af hoeveel ontwikkeltijd beschikbaar is en welke opleverdatum haalbaar is. Kleinere releases houden het traject overzichtelijk.
Eerst
We bepalen welke aanname je wilt testen en wat de kleinste bruikbare release daarvoor nodig heeft.
Vroeg
Ik bouw de belangrijkste gebruikersroute zodat je hem kunt proberen en vroeg feedback kunt verzamelen.
Elke week
Je beoordeelt regelmatig werkende software. We toetsen wijzigingen aan het doel van de eerste release.
Livegang
We gaan live met analytics en foutregistratie. Je ontvangt de code en notities voor de volgende versie.
Gebruikers moeten de taak kunnen uitvoeren die je wilt testen. Dat bepaalt wat in de eerste versie blijft.
Sommige onderdelen veranderen als je meer leert. Ik richt het datamodel en de basiscode in op verdere ontwikkeling, maar een eerste versie kan niet op elke toekomstige wens vooruitlopen.
Nee, ik werk op basis van een betaalde opdracht. Bij een beperkt budget kunnen we een kleinere scope bespreken.
We kunnen na de lancering verdere ontwikkeling bespreken, afhankelijk van mijn beschikbaarheid. Je kunt ook met je eigen team of een andere developer doorgaan.
Ja, graag zelfs, voordat je me iets gevoeligs vertelt.
Vertel me waar je aan werkt. Ik vertel je hoe ik het zou bouwen, wat het zou kosten, en of ik daar de juiste persoon voor ben. Vrijblijvend.