Bouwen met AI gaat vandaag zó snel dat de manier waarop we projecten inschatten en aanbieden niet meer altijd klopt. Daarom werken we in onze studio steeds vaker met spikes, en we merken dat klanten daar even enthousiast van worden als wij.
Wat is een spike?
De term komt uit Scrum, waar ontwikkelteams een spike inzetten om snel een technische onzekerheid te onderzoeken voor ze beginnen te bouwen. Wij hebben het concept overgenomen voor de manier waarop we met klanten werken.
Concreet is een spike een korte, time-boxed werkperiode van meestal een paar dagen tot enkele weken, met een duidelijk afgebakend budget en een concrete vraag die we samen willen beantwoorden. Bijvoorbeeld: "Kunnen we onze interne documentatie ontsluiten via een AI-assistent die accuraat genoeg is voor support?" of "Wat is het minste wat we kunnen bouwen om deze workflow te automatiseren?"
Het resultaat is geen vooraf bepaald eindproduct, maar wel een tastbare uitkomst: een werkend prototype, een onderbouwde aanbeveling, of een helder antwoord op een go/no-go vraag.
Spike vs. de klassieke modellen
Vaste prijs, vaste scope. Werkt goed als je precies weet wat je wil. Maar in een AI-context veranderen de mogelijkheden zó snel dat de scope vaak al achterhaald is voor je begint te bouwen. Discussies over meerwerk zijn dan bijna onvermijdelijk.
Uurtarief. Flexibel, maar legt het risico volledig bij de klant. En eigenlijk straft het ons voor efficiëntie: hoe sneller we werken met goede tooling, hoe minder we verdienen. Dat voelt voor niemand juist.
Spike. We spreken een budget en een tijdsbox af, en gaan samen op zoek naar het antwoord. De klant weet wat het kost, wij weten wat we hebben, en we ontdekken samen waar we landen.
Waarom dit voor onze klanten werkt
Snel schakelen. In een paar dagen weet je of een idee werkt. Geen maandenlange trajecten meer waarbij je halverwege ontdekt dat de aanpak niet meer klopt.
Lage drempel om te starten. "Ja" zeggen tegen een spike is veel makkelijker dan tegen een traject van zes maanden. Ideeën die anders blijven liggen, krijgen nu een eerlijke kans.
Bijsturen tijdens het werk. Omdat we kort op de bal spelen, kan de klant onderweg corrigeren. Wat we leren in week één, gebruiken we in week twee.
Betalen voor inzicht, niet voor uren. Het resultaat van een spike is bruikbaar, ook als de conclusie is dat iets niet moet gebouwd worden. Dat bespaart vaak veel meer dan de spike zelf kost.
Senior denkwerk, geen uitvoering. Een spike vraagt van ons dat we meedenken over wát je zou moeten bouwen, niet alleen hóé. Dat is precies de waarde die overblijft nu het pure bouwen goedkoper wordt.
Wanneer een spike niet de juiste vorm is
Eerlijk: spikes werken minder goed als je een vaste deliverable nodig hebt voor compliance, een aanbesteding, of een strak corporate budget. In die gevallen gebruiken we spikes graag als de fase vóór een klassieke offerte. Eerst valideren, dan pas vastleggen.
Klaar om er een te proberen?
Heb je een AI-idee waarvan je niet zeker weet of het werkt? Een workflow die misschien automatiseerbaar is? Een vraag die je al maanden uitstelt omdat een groot traject te zwaar voelt?
Dat is precies waar een spike voor bedoeld is. Laat het ons weten, we denken graag mee over de juiste vraag om mee te beginnen.
