Dit is een verhaal over een tool die precies deed wat hij moest doen, en toch faalde. Niet omdat de techniek niet klopte, maar omdat ik een denkfout maakte over hoe besparing eigenlijk ontstaat. Ik deel het omdat ik het patroon sindsdien overal terugzie, ook bij bedrijven die dure software kopen om te bezuinigen en zich dan afvragen waar de besparing bleef.

Wat ik bouwde#

Niet elke vraag aan een Ai hoeft naar het duurste, slimste model. Een logregel samenvatten, een e-mail in een mapje sorteren, een korte commit-tekst opstellen: dat kan prima met een veel goedkoper model, of zelfs met een gratis model dat lokaal op mijn eigen server draait. Alleen het echte denkwerk (architectuur, ingewikkeld debuggen, strategie) heeft het dure model nodig.

Dus bouwde ik een router. Een stukje techniek dat een vraag aanpakt en automatisch naar de goedkoopst mogelijke plek stuurt: eerst proberen op het gratis lokale model, en pas als dat niet volstaat door naar een goedkope clouddienst. De besparing die daarin zit is niet klein. Een gratis lokaal model kost letterlijk niets, een goedkoop cloudmodel is al gauw honderd tot ruim tweehonderd keer goedkoper dan het topmodel voor dezelfde hoeveelheid tekst. Op papier een prachtige besparingsmachine.

En de router werkte. Ik testte hem, hij stuurde vragen keurig naar de goedkope route, hij logde netjes wat het kostte. Technisch was er niets mis mee. Ik leunde tevreden achterover: dit ging me geld schelen.

Wat er niet gebeurde#

Maanden later keek ik in de logs. De besparingstool had bijna niets bespaard. Niet omdat hij kapot was, maar omdat hij nauwelijks werd aangeroepen. In de praktijk ging het overgrote deel van mijn Ai-vragen nog steeds gewoon naar het dure model. De goedkope route lag er klaar, ongebruikt, als een spaarrekening waar niemand geld op stort.

Hoe kon dat? Simpel: de dure route was de standaard. Als ik niets deed, als ik niet expliciet dacht “hé, dit kan goedkoper”, dan pakte het systeem vanzelf het duurste pad. En “niets doen” is nou eenmaal wat je de hele dag doet als je aan het werk bent. Je bent bezig met je taak, niet met de vraag welk model die taak afhandelt. De goedkope optie moest actief worden aangeroepen, en dat gebeurde vrijwel nooit, omdat er nergens een moment was ingebouwd waarop iemand of iets zei: gebruik nu de goedkope route.

Dat was het inzicht dat me trof. Ik had de tool gebouwd, maar niet het gedrag. En zonder gedrag is een besparingstool niet meer dan een ongebruikte mogelijkheid.

De echte les: de dure standaard wint altijd#

Hier zit een principe achter dat veel breder geldt dan Ai. Als de dure optie de standaard is, en de goedkope optie een extra handeling vereist, dan wint de dure optie. Elke keer. Niet omdat mensen dom of verkwistend zijn, maar omdat de standaard is wat er gebeurt als je niet nadenkt, en je kunt niet de hele dag over alles nadenken.

Een besparing die afhankelijk is van “eraan denken” is geen besparing, het is een goede voornemen. En goede voornemens verdampen zodra het druk wordt. De router aanbieden was niet genoeg. Er moest een regel komen die zei: voor dít soort werk gebruik je automatisch de goedkope route, zonder dat iemand daarover hoeft na te denken. Pas als de goedkope keuze de standaard wordt, in plaats van een optie die je actief moet kiezen, gaat er echt geld terug in je zak.

Met andere woorden: de besparing zat niet in de tool, maar in de regel eromheen. De tool was het gereedschap, maar het proces moest het gereedschap afdwingen. Zonder dat proces bespaarde het gereedschap niets.

Kwaliteit gaat wel altijd voor#

Er zit een belangrijke nuance in, want “altijd de goedkoopste route” is óók niet het antwoord. Een goedkoop model dat een taak slechter doet, kost je uiteindelijk meer: aan fouten, aan herstelwerk, aan gedoe. De regel mag dus nooit blind zijn.

Wat ik daarom nu doe, is periodiek per soort taak toetsen of het goedkopere model de kwaliteit haalt. Alleen als het bewezen goed genoeg is, wordt de goedkope route de standaard voor dat werk. Kwaliteit eerst, besparing tweede. Zo voorkom je dat “goedkoper” verandert in “goedkoop en slecht”, wat de duurste uitkomst van allemaal is. De regel is dus niet “altijd goedkoop”, maar “goedkoop waar het aantoonbaar even goed is, duur waar het moet”.

Wat betekent dit voor jouw bedrijf?#

Dit patroon is overal, niet alleen bij Ai. Herken je het? Je koopt een tool die geld moet besparen, en een halfjaar later blijkt de besparing te zijn uitgebleven. Bijna altijd is de reden dezelfde: de tool bestond wel, maar er was geen regel die zorgde dat hij ook gebruikt werd.

Een paar dingen die helpen:

Maak de zuinige keuze de standaard, niet de uitzondering. Zorg dat de goedkope optie gebeurt als niemand iets doet, want “niets doen” is de meest voorkomende actie in elk bedrijf. Als iemand een extra handeling moet verrichten om te besparen, gebeurt het niet.

Leg de regel vast, niet alleen het gereedschap. “We hebben een goedkopere optie beschikbaar” is geen beleid. “Dit type werk gaat standaard via de goedkope route” wel. Het verschil tussen die twee zinnen is het verschil tussen wel en niet besparen.

Toets de kwaliteit voordat je iets standaard maakt. Goedkoper mag nooit ten koste gaan van goed genoeg. Meet het, in plaats van het te hopen, en maak alleen dát goedkoper waar de kwaliteit aantoonbaar overeind blijft.

De diepere les die ik hieruit meenam: een besparingsmogelijkheid en een besparing zijn niet hetzelfde ding. De eerste is een knop, de tweede is een gewoonte. En gewoontes bouw je met regels, niet met gereedschap.

Wil je kijken waar in jouw bedrijf besparingsmogelijkheden ongebruikt liggen omdat niemand ze afdwingt? Op de consulting-pagina lees je hoe ik werk: eerst het proces, dan pas de tool. En om te bepalen welk model welk werk zou moeten doen, helpt de gratis Ai-kostenwijzer voor het mkb.