Prototype in 1 dag: van idee naar werkend prototype voor de avond valt
Ergens in je hoofd zit een idee. Soms al weken, soms al maanden. Het zou eigenlijk een keer gebouwd moeten worden, maar er is altijd wel een reden om het uit te stellen. Geen budget vrij, geen tijd in de planning, geen developer beschikbaar, geen zekerheid of het idee überhaupt werkt.
Dat is precies het probleem dat we wegnemen met Prototype in a Day.
Eén werkdag. 's Ochtends aan tafel om het idee scherp te krijgen. Daarna bouwen. Tegen het einde van de dag draait er iets. Geen klikbaar ontwerp, geen PowerPoint. Een werkend prototype die je écht kunt openen, klikken, en testen. Om direct een gevoel te krijgen en te toetsen of er tractie is voor jouw idee of oplossing.
Waarom een dag genoeg is
Twee jaar geleden was dit niet mogelijk. Een prototype kostte een week, soms twee. Eerst requirements ophalen, dan een sprint plannen, dan bouwen, dan testen, dan demo. Tegen de tijd dat je iets liet zien was de helft van het enthousiasme weg.
AI heeft die cyclus compleet platgeslagen. Wat vroeger een week was, is nu een middag. Niet omdat we beter zijn geworden, maar omdat de gereedschapskist anders is.
In de praktijk werkt het zo:
- Ochtend: Samen in gesprek. Wat is het probleem, wat moet het ding doen, voor wie is het, hoe ziet succes eruit
- Lunchpauze: scope vastleggen, stack kiezen, een ruwe schets maken
- Middag: bouwen met Claude Code, Cursor, of de tooling die past bij het project
- Einde van de dag: demo, terugkoppeling, en de URL met inloggegevens
Geen wekenlang traject. Maar direct resultaat. Eén vaste prijs, één vaste dag, één werkend resultaat.
Wat we erin stoppen
Een dag klinkt kort. En dat is het ook. Maar in die dag krijgen we genoeg gedaan om een idee echt te testen.
Een typisch prototype bevat:
- Een werkende frontend waar je doorheen kunt klikken
- Een database met testdata die realistisch genoeg is om mee te demonstreren
- De kernlogica van het idee, niet de randzaken
- Een live URL waar je het meteen kunt openen
- Authenticatie als dat nodig is
Wat we er bewust niet in stoppen: edge cases, foutafhandeling tot in detail, mooie e-mailtemplates, beheerderspanelen, of integraties met bestaande systemen. Dat zijn allemaal dingen die belangrijk worden als je verder bouwt, maar die je niet nodig hebt om te bepalen of het idee werkt.
Vibe coding noemen ze het soms. Snel iets in elkaar zetten om te kijken of het klopt, om dan later structureel opnieuw te bouwen. Dat is precies wat een prototype hoort te doen.
Voor wie dit werkt
We doen dit het liefst voor bedrijven die ergens vastlopen. Niet omdat ze niet weten wat ze willen, maar omdat ze het te groot maken voordat ze begonnen zijn.
Een paar voorbeelden uit de praktijk:
- Een directeur die denkt dat AI iets kan betekenen voor zijn verkoopproces, maar niet weet wat
- Een operationeel manager die een handmatige flow heeft die geautomatiseerd zou moeten, maar nooit tijd vindt om het uit te zoeken
- Een productowner die een feature wil testen voordat het roadmap-tijd krijgt
- Een ondernemer met een SaaS-idee die wil weten of het überhaupt te bouwen valt
In één dag heb je antwoord. Werkt het, dan heb je iets om mee verder te gaan. Werkt het niet, dan weet je dat ook. Allebei zijn nuttig.
Wat het kost
Eén dag, vaste prijs. Geen wekenlang traject. Maar direct resultaat. Eén vaste prijs, één vaste dag, één werkend resultaat.
Als het bevalt en je wil door, dan praten we daarna over een vervolg. Een echt product, structureel opgezet, met de architectuur die nodig is om er twee jaar mee vooruit te kunnen. Maar die beslissing neem je pas als je het prototype hebt gezien.
Klaar om er een te doen?
Heb je een idee dat al een tijd op de plank ligt? Een proces dat sneller zou moeten? Een feature die getest moet worden voor het op een roadmap belandt?
Stuur ons een berichtje. Eén dag verder heb je het in je handen en weet je waar je staat.