Een prototype in 1 dag laten maken

Met OneDayBuild ga je in één werkdag van schets naar klikbaar prototype. Werkende code op een live URL, een eigen Git-repo, een gezamenlijke walk-through aan het eind van de dag.

Terug naar OneDayBuild
01 / 05

Wat 'in één dag' precies betekent

Een OneDayBuild is een blok van zes tot zeven werkuren waarin we samen aan tafel zitten.

We werken aan één duidelijke flow van je idee: bijvoorbeeld de inlog plus de onboarding plus de twee belangrijkste schermen, of het portaal dat een externe gebruiker doorloopt. Aan het eind van de dag staat die flow live op een URL die je op je telefoon kunt openen.

Het is geen Figma-mockup of klikbare papierschets. Het is werkende code op een server, met een eigen Git-repo waar je toegang toe houdt. De flow doet echte dingen: een formulier slaat data op, een knop stuurt een mail, een filter werkt op een lijst.

02 / 05

Waarom een dag genoeg is

Drie redenen waarom we het werk in één dag voor elkaar krijgen, in plaats van vier weken.

Strikte scope

Niet alles van je idee komt in het prototype, alleen het stuk dat antwoord geeft op de vraag waar je nu mee zit. In de praktijk is dat de happy path voor één gebruikersrol.

Bekende stack

Next.js voor de frontend, een lichte database eronder, AI-codegen voor het skelet. Geen designsysteem opzetten, geen ingewikkelde DevOps.

Klare infra

Het prototype draait op infra die we al klaar hebben staan. Hostnaam, SSL en CI staan binnen tien minuten. Dat scheelt een halve dag.

03 / 05

Wat valt wel en niet binnen één dag

We bewaken de scope vooraf zodat je weet wat je krijgt. Onverwachte uitbreidingen tijdens de dag verhuizen naar een vervolgstap.

Binnen scope
  • Eén gebruikersrol of persona, met de bijbehorende happy path.
  • Twee tot vier schermen die de kerninteractie laten zien.
  • Echte data-opslag op de achterkant (geen dummy-arrays).
  • Een live URL die werkt op desktop en mobiel.
  • Een Git-repo met de broncode op jouw naam.
  • Een gezamenlijke walk-through en een korte Loom.
Buiten scope
  • Koppelingen met externe systemen waar wij geen toegang toe hebben (ERP, oude on-prem databases).
  • Volledige flows voor meerdere gebruikersrollen tegelijk.
  • Productie-paklare beveiliging, monitoring of skaling.
  • Designsysteem of merkrichtlijnen vanaf nul opbouwen.
  • Meerdere iteratierondes na de oplevering.
  • Native iOS/Android builds in de App Store.
04 / 05

Hoe een dag eruit ziet

Vier vaste blokken, twee tussentijdse check-ins, één oplevering aan het eind.

  1. 09:00

    Intake-blok

    We zetten samen op een blad welke flow we bouwen, welke gebruiker we volgen en welke schermen erbij horen. Vanaf 09:30 werken we met code in beeld.

  2. 12:00

    Eerste check-in

    De eerste schermen staan ruw. We lopen ze samen door, jij geeft directe feedback. Daarna lunchen we en gaan we de middag in.

  3. 14:30

    Verfijning + styling

    Microcopy, de paar interacties die ertoe doen, kleine animaties als ze nodig zijn. Hier wordt het prototype echt voelbaar.

  4. 16:00

    Deploy + walk-through

    Tussen 15:00 en 16:00 deployen we naar een live URL. Het laatste uur is voor laatste tweaks, een gezamenlijke walk-through en de opname van de Loom.

05 / 05

Wanneer een dag past, wanneer niet

Vooraf de eerlijke vraag: is dit het juiste werk voor één dag of voor een MVP-traject? Hieronder de criteria die wij gebruiken.

Goed moment
  • Je hebt een concreet idee en wilt het toetsen voor je groter investeert.
  • Je wilt het idee uitleggen aan een bestuur, klant of investeerder; slides overtuigen niet meer.
  • Er is een interne discussie tussen 'low-code zelf doen' en 'uitbesteden', en je wilt het verschil voelen.
  • Je hebt een deadline (board, demo, pitch) en wilt iets tastbaars in handen.
Minder goed moment
  • Je weet al wat je wilt en bent klaar voor een volwaardig MVP-traject.
  • De flow vereist integraties met systemen waar we geen toegang toe hebben.
  • Je wilt vooral een design-richting bepalen; daar is een ontwerpsprint geschikter voor.
  • Het idee is nog te vaag om in één gesprek scope-baar te maken.
06 / 06

Veelgestelde vragen

Moet ik er de hele dag bij zitten?

Bij voorkeur in elk geval het eerste uur en het laatste uur. Het eerste uur zetten we de scope vast, het laatste uur lopen we het resultaat door. De middag mag je gerust elders aan andere dingen werken; we plannen twee tussentijdse check-ins.

Wat als we de scope niet halen?

Dan leveren we het deel dat af is. We bewaken de scope strak juist om dit te voorkomen; in praktijk gebeurt het zelden dat we minder leveren dan afgesproken. Mocht het toch gebeuren, dan staat het deel dat af is live en is de Git-repo van jou.

Is het echt code of klikt het alleen?

Het is echte code. Frontend in Next.js, een database eronder waar gegevens echt opgeslagen worden, deploy op een live URL. Geen Figma, geen Marvel, geen klikprototype.

Kunnen we hierna doorbouwen?

Ja. Bij ongeveer een derde van de OneDayBuilds wordt het prototype de basis voor een vervolgtraject. We vertellen eerlijk waar de code wel of niet voor geschikt is om op door te bouwen; soms gebruiken we het als referentie en starten we voor een MVP opnieuw.

Werken jullie op locatie of remote?

Beide. Standaard remote via Google Meet. Op kantoor in Amsterdam kan ook, wat soms prettig is voor de eerste intake. De middag is bijna altijd gemengd: jij doet ook ander werk, wij bouwen door.

Klaar om je idee in handen te krijgen?

Stuur ons je use case. We plannen een korte intake en kijken samen of OneDayBuild past. Meestal weten we dat binnen een half uur.