Wat als het niet werkt?
Hoe ik risico's minimaliseer — en wat er gebeurt als we ontdekken dat de richting niet klopt.
"Wat als het niet werkt?" is een terechte vraag. En eerlijk gezegd: soms werkt het niet. Niet omdat de technologie faalt, maar omdat tijdens het bouwen blijkt dat de aanname niet klopt — dat technologie dit specifieke probleem niet oplost op een manier die de investering rechtvaardigt.
De vraag is niet of dat kan gebeuren. De vraag is: hoe snel ontdek je het, en wat kost het je als het gebeurt? Daar is mijn hele aanpak op ingericht.
Hoe ik risico minimaliseer
Eerst valideren, dan bouwen
Ik begin bijna altijd met een prototype of kleine eerste werkende versie. Niet om een mooi product te leveren, maar om de kernaanname te testen: lost technologie dit probleem echt op? Pas als dat bewezen is, bouwen we groter.
Korte iteraties, veel feedback
Ik bouw niet maanden in stilte en lever dan een eindproduct op. Elke paar weken zien en testen we wat er staat. Klopt de richting nog? Missen we iets? Moet er iets anders? Door kort op de bal te zitten, sturen we bij voordat kleine afwijkingen grote problemen worden.
Gefaseerd bouwen met go/no-go momenten
Grote trajecten splits ik op in fases. Na elke fase is er een bewust moment: gaan we door, passen we aan, of stoppen we? Geen automatische doorloop, maar een actieve keuze op basis van wat we geleerd hebben.
Ik zeg ook nee
Als ik niet geloof dat technologie het probleem oplost, begin ik niet. Dat is geen onwil — dat is eerlijkheid. Het heeft voor ons beiden alleen zin als de technologie-laag duidelijk meer oplevert dan dat het kost.
Ondernemers-vriendelijke voorwaarden
Ook bij fixed-fee projecten kunnen betalingen opgesplitst worden in termijnen tijdens de ontwikkeling, met aflossing bij mijlpalen. Je betaalt niet alles upfront voor iets dat je nog niet gezien hebt. En bij revenue share of equity modellen heb ik zelf ook skin in the game — dan heb ik net zoveel belang bij het succes als jij.
Wanneer ik zelf de stekker eruit trek
Onlangs wilde een klant in de architectuur een AI-automatisering bouwen binnen de software-pakketten die ze al gebruikten voor het maken van ontwerpen. Het AI-gedeelte was geen probleem. Maar vroeg in het project kwam een nieuw feit naar boven over de requirements van de output.
Dat kantelde de effort versus impact zozeer, dat de ROI niet meer vanzelfsprekend was. We hebben toen de stekker eruit getrokken — even goede vrienden.
Fun fact: maanden later zijn we alsnog gaan samenwerken, maar dan op andere operationele processen waar de impact wel duidelijk was.
Dat is hoe het hoort te werken. Niet doorduwen omdat het contract getekend is. Maar eerlijk zijn over wat werkt en wat niet — en dan de beste keuze maken.
De echte bescherming
Het risico is niet dat technologie "niet werkt." Technologie werkt altijd — de vraag is of het het juiste probleem oplost op een manier die de investering rechtvaardigt.
Door klein te beginnen, snel te valideren, en eerlijk te zijn wanneer iets niet klopt, beperk je het risico tot een fractie van wat het zou zijn als je blind een groot project lanceert. Denk groot, begin klein.