Veelgestelde vragen

Grove richtlijnen: quick prototype vanaf €1.000 (werkend in 2 weken, no cure no pay). Een MVP tussen €15.000 en €25.000. Doorontwikkeling op abonnement vanaf €4.000 per maand. Exacter kan pas na een gesprek van een uur. En niet elk idee hoort in de duurste bucket. Vaak levert het prototype genoeg op om de MVP-scope kleiner te maken dan je dacht.

Quick prototype: 2 weken. MVP: 4 tot 8 weken. Volledig platform: 2 tot 6 maanden. Waar je in die range zit hangt af van de scope. We werken in sprints van 1 tot 2 weken. Dat klinkt als processjargon, maar het doel is plat: hoe eerder je iets kunt aanraken, hoe minder kans dat we allebei iets bouwen dat niemand gebruikt.

Kennismaking, gratis, een uur. Dan een scopefase waar we samen prioriteiten leggen. Dat is ook het moment waarop we wel eens zeggen 'dit zou ik niet bouwen' als we daar reden toe zien. Daarna bouwen, in korte cycli, met demo's en ruimte om bij te sturen. Na livegang blijven we betrokken voor onderhoud en doorontwikkeling. Tenzij je dat liever zelf doet.

Een prototype beantwoordt één vraag: werkt het idee? Klikbaar genoeg om te testen, verder niets. Een MVP is de eerste werkende versie waar echte gebruikers mee aan de slag kunnen. Een volledig product is wat je daarna opbouwt, op basis van wat die gebruikers je vertellen. De volgorde maakt hier alles uit. Een MVP bouwen zonder prototype is de duurste manier om te leren dat je iets verkeerd had ingeschat. Bij NN deden we drie prototypes voor subscription-concepten. Eén ging door. De andere twee hebben we op tijd afgeschoten.

Gemiddeld 1 tot 2 uur per week. Demo, feedback, prioriteiten bijstellen. Wij bouwen, jij levert de context: klanten, business, waarom iets wel of niet werkt. Die input is eigenlijk de belangrijkste variabele in het hele traject. Zonder die input bouwen we iets technisch werkends maar commercieel matig. Dus reserveer dat uur, ook in drukke weken.

Ja. Onderhoudspakketten starten bij €500 per maand, afhankelijk van omvang. Daarin zit hosting, updates, bugfixes en kleine doorontwikkeling. We kunnen het ook overdragen aan je eigen team of een andere partij, mét documentatie en een warme overdracht. We hebben geen belang bij klanten die vastzitten.

Meestal wel. Als er een API is kunnen we koppelen: boekhoudsoftware, CRM, betaalproviders, eigen databases. Geen API, dan kijken we naar alternatieven (scraping, imports, handmatige stappen) en zijn we eerlijk over wat daarvan wel en niet houdbaar is. Koppelingen documenteren we, zodat je er niet afhankelijk van ons bent voor een wijziging.

Bij NN en DSW mag de lat niet anders zijn. Verzekeraar en zorgverzekeraar betekent compliance, audits en reviews. Dezelfde gewoontes nemen we mee: AVG en GDPR, data versleuteld, hosting binnen de EU, verwerkersovereenkomsten waar dat nodig is. Wat we niet doen: beloven dat alles onbreekbaar is. Wel: controleerbare keuzes die je aan een jurist of compliance officer kunt voorleggen.

Dat is vaak juist een goed startpunt. Veel klanten komen met een probleem, niet met een oplossing. Plan een brainstorm (vrijblijvend, een uur). We stellen vragen, schetsen richtingen, en je loopt weg met een concreter beeld. Soms is dat een prototype waard, soms een wiki-pagina, soms is het antwoord 'niet bouwen'. Ook goed.

Wij werken ook voor NN, DSW en TNO. Grote namen, serieuze schaal (700.000+ gebruikers in de NN-app). Maar ook: 4 weken wachten op een deploy, stakeholder-review met negen mensen, beslisprocessen met meer lagen dan noodzakelijk. Voor ondernemers doen we hetzelfde werk zonder dat gedoe. Je praat met Thomas, Hazem of Sina. Dus met de mensen die bouwen. Geen tussenlaag.

Toegankelijkheid is standaard onderdeel van het bouwproces, geen optie achteraf. We werken volgens WCAG: semantische HTML, toetsenbordnavigatie, screenreader-ondersteuning, contrast, focusstijlen. Sinds de EAA (europese toegankelijkheidswet, van kracht sinds 2025) is dit voor veel producten ook wettelijk verplicht. Los van de wet is het gewoon goed werk: een toegankelijk product werkt ook beter voor iemand met een tijdelijke blessure of een slechte wifi-verbinding.

Ja. Sterker: we vinden het meestal een slecht idee om zonder te bouwen. Gebruikersinterviews, prototyping, usability testing, zo nodig synthetic user research (dat deden we bij FareHarbor). Het doel is simpel: voorkomen dat je €20k investeert in een feature die niemand gebruikt. En dat gebeurt vaker dan mensen denken.