Web, mobiel, AI, SaaS, cloud en productwerk

De fases overlappen expres. Design begint zodra de eerste slice helder is. Bouwen wacht niet op een perfect bestand. Schaal zit al in ons hoofd terwijl we de eerste versie opleveren — we overbouwen het alleen niet op dag één.

1. 01

   Ontdekken

   We schrijven de opdracht op voordat iemand een editor opent.

   De eerste gesprekken gaan over het product, niet over een stack. Voor wie het is, wat er al is, wat niet mag breken, en hoe «klaar» er écht uitziet. Als de briefing rommelig is, is dat normaal — we vragen door tot het specifiek genoeg is om tegen te bouwen.

   Je krijgt een geschreven vorm van het werk: wat erin zit, wat erbuiten, een eerste slice, risico's en een manier van werken. Je kunt het aannemen of laten. We stoppen liever hier dan een bouw te starten waar niemand in gelooft.

   Wat je meeneemt

   • Een korte, geschreven scope en succescriteria
   • Wat erin zit, wat erbuiten, en wat kan wachten
   • Een eerste slice die je kunt opleveren en waarvan je kunt leren
   • Hoe we praten, demoën en beslissen
   
2. 02

   Ontwerpen

   Je kunt met het product in debat terwijl veranderen nog goedkoop is.

   We maken van de scope iets waarop je kunt klikken: flows, schermen en de paar componenten die zich herhalen. Het punt is geen mooi bestand. Het is de ongemakkelijke stukken vinden — lege states, rechten, de derde tik waar niemand aan dacht — voordat ze tickets worden.

   Als een statisch prototype niet volstaat, spiken we het in de echte stack. Je reviewt met de mensen die het gaan gebruiken, niet alleen met wie het heeft besteld. Als we het eens zijn, is dat bestand wat we bouwen. Het verdwijnt niet in het niets.

   Wat je meeneemt

   • Klikbare flows en de kernschermen
   • Een klein design system, geen kit van 200 componenten
   • Open vragen bij naam, niet verstopt in comments
   • Een bouwvolgorde die bij de eerste slice past
   
3. 03

   Bouwen

   Elke week werkende software. Je ziet het, je probeert het, wij passen aan.

   De mensen in de kickoff zijn de mensen die de code schrijven. Je krijgt een repo die jij beheert, een wekelijkse demo van iets waarop je kunt klikken, en één plek voor beslissingen. Was een week mager, dan zeggen we dat. Status zonder werkende software is geen voortgangsrapport.

   Tests, logging en een manier om te shippen gaan erin terwijl we gaan — niet als opruiming aan het eind. Als iets niet klopt, vangen we het terwijl het nog klein is. Scope mag veranderen; we schrijven de afweging op zodat de factuur geen verrassing wordt.

   Wat je meeneemt

   • Een repo, omgevingen en een releasepad die van jou zijn
   • Wekelijkse demo's van werkende software
   • Geschreven beslissingen, geen chatgeschiedenis die niemand terugvindt
   • Kwaliteit en monitoring in het product, niet als later project
   
4. 04

   Schalen

   Lancering is niet het einde van de relatie.

   Livegang is wanneer de echte vragen beginnen: een bug in productie, een verandering in het bedrijf, iemand nieuws in je team die de code moet begrijpen. We harden wat al draait, meten wat ertoe doet, en blijven de volgende slice opleveren als je ons erop wilt.

   Je moet het product in huis kunnen nemen. Architectuur, tests en notities blijven bij jou. Als je wilt dat we blijven, doen we dat. Zo niet, dan moet je je niet gevangen voelen.

   Wat je meeneemt

   • Een productiesysteem dat je kunt bedrijven
   • Overdrachtsnotities die je engineers kunnen volgen
   • De volgende slice in scope, als je wilt doorgaan
   • Support die antwoordt, geen ticket-leegte