Wat een AI-systeem over drie jaar werkelijk kost

De meeste AI-businesscases zetten één bedrag tegenover één baat: de offerte tegenover de uren die het scheelt. Beide getallen zitten er meestal in dezelfde richting naast, en de offerte is daarbij de kleinste vergissing.

Een systeem dat drie jaar draait, kost op negen plekken geld. Zes daarvan komen pas na de factuur die u heeft goedgekeurd. Daarom sneuvelen projecten stilletjes in het tweede jaar en niet in het eerste.

De negen posten

Zet deze in een overzicht, één kolom per jaar, voordat u iets goedkeurt.

1. Bouw. De offerte. De enige post die de meeste mensen hebben.
2. Koppelvlakken. Elk extern systeem dat het ding aanraakt, is een blijvende verplichting, want elk systeem verandert op zijn eigen moment. Twee systemen is een bouwtraject. Zes is een abonnement op onderhoud.
3. Hosting en infrastructuur. Servers, opslag, database, wachtrij, monitoring. Klein, voorspelbaar, en meestal de enige terugkerende post die mensen onthouden.
4. Modelgebruik. Per token of per gebruiker, en het beweegt mee met volume in plaats van met personeel. Reken het door op drie niveaus: nu, aannemelijke groei, en het ongeluk (een lus die blijft herhalen, een batch die op de verkeerde dataset staat).
5. Monitoring en alertering. Niet de kosten van de tooling, maar die van de mens: iemand moet de meldingen ontvangen en er iets mee doen. Een systeem zonder toezicht is op papier goedkoper en in de praktijk duurder.
6. Onderhoud. Afhankelijkheden bijwerken, API-versies die uitgefaseerd worden, authenticatie die verandert, een koppeling die stopt omdat een leverancier iets heeft herbouwd. Dit is een terugkerende post en geen onvoorzien bedrag.
7. Modelverloop en hertesten. Hieronder apart behandeld, want dit is de post die niemand eerder heeft gezien.
8. Wijzigingsverzoeken. Het proces verandert. Elke verandering in hoe het werk gebeurt, is een verandering aan het systeem, en na het eerste jaar zit daar het grootste deel van de uitgaven.
9. Interne tijd. Degene die de uitvoer controleert, de uitzonderingen afhandelt en eigenaar is. Automatisering verplaatst werk, en aan dat verplaatste werk hangt een salaris.

Wilt u liever één vuistregel dan een overzicht: beschouw de bouw als de kosten van het eerste jaar en ga ervan uit dat de jaren erna niet gratis zijn. Die ene correctie zet meer businesscases recht dan welke verfijning van de modelprijzen ook.

Modelverloop, concreet

Een prompt wordt geschreven tegen een model. Daarna werkt de aanbieder dat model bij, of faseert hij de versie uit die u had vastgezet, en levert dezelfde prompt iets andere uitvoer. Er is niets kapot, er is geen foutmelding, en de classificatie die 97 van de 100 keer klopte, klopt nu 92 van de 100 keer. Niemand merkt het tot iemand verderop vraagt waarom de cijfers vreemd zijn.

Dat is de terugkerende kostenpost: een testset met echte gevallen waarvan u het antwoord kent, opnieuw gedraaid zodra het model of de prompt wijzigt, plus het werk om te herstellen wat die testset vindt. Groot is het niet, permanent wel. Een systeem zonder testset gaat niet zichtbaar achteruit. Het gaat stilletjes achteruit, en dat is erger.

Uitfasering is de zwaardere variant. Aanbieders publiceren einddata voor modelversies, en als die datum er is, migreert u op hun agenda en niet op de uwe. Begroot voor alles wat op een model draait jaarlijks een hertest en een kleine migratie, in dezelfde geest als het verlengen van certificaten.

De prijs van stil kapotgaan

Vraag wat het systeem doet als een stap mislukt. Er zijn drie mogelijke antwoorden en slechts één daarvan is acceptabel.

Het stopt en waarschuwt iemand. Prima. Het stopt in stilte. Te herstellen, want het gat valt uiteindelijk op. Of het gaat verder met verkeerde gegevens, en dat is de dure variant: een pijplijn die drie weken lang geloofwaardige maar onjuiste records wegschrijft, kost u geen drie weken stilstand, maar het herstelwerk, de reconciliatie en het vertrouwen van iedereen die op die cijfers beslissingen heeft genomen.

Zet een prijs op dat scenario voordat u bouwt. Luidt het antwoord dat niemand het twee weken lang zou merken, dan is uw post voor monitoring te laag en moet die groeien tot iemand het dezelfde dag zou merken.

Een rekenvoorbeeld, volledig hypothetisch

Stel dat een workflow elke vijf minuten draait. Dat is 12 keer per uur, 288 per dag, ongeveer 8.640 per maand. Stel vervolgens dat een stap af en toe faalt en drie keer opnieuw probeert voordat hij opgeeft. Uw verbruik op dat pad is stilletjes verviervoudigd, en u komt erachter via de factuur.

De rekensom telt zwaarder dan de getallen. Terugkerende kosten schalen mee met het aantal runs en niet met het aantal gebruikers, en een schema wordt één keer ingesteld en zelden herzien. Reken een schema uit tot een maandtotaal en tel een factor voor herhalingen op voordat u tekent bij een aanbieder die per verrichting rekent. Doet u zaken per gebruiker, doe dan dezelfde oefening tegen uw aannameplan, want kosten per gebruiker groeien mee met het team terwijl de waarde dat vaak niet doet.

Wanneer een volledig kostenmodel niet het juiste middel is

Voor een echt experiment is deze exercitie theater. Besteedt u een week om te ontdekken of iets überhaupt werkt, zet er dan een grens omheen, accepteer dat het weggegooid kan worden, en verkoop het niet als een investeringsvoorstel.

Hetzelfde geldt voor klein intern gereedschap. Een script waarmee iemand zichzelf een uur per week bespaart, heeft geen driejarenblik nodig, en dat toch eisen is hoe organisaties uiteindelijk helemaal geen gereedschap meer bouwen.

En verandert het proces nog elk kwartaal, dan is het kostenmodel nog niet uw vraag. Of u wel moet automatiseren komt eerst, want een nauwkeurige driejarenraming voor het verkeerde systeem blijft het verkeerde systeem.

Waar het overzicht echt voor dient

Voor twee dingen, en nauwkeurigheid is er geen van.

Het eerste is vergelijken. Een abonnement per gebruiker, een no-codeworkflow en maatwerk hebben volstrekt verschillende kostenvormen, en die worden pas over drie jaar vergelijkbaar. Een abonnement dat duur oogt, is vaak het goedkoopste totaal, en een bouwtraject dat duur oogt, is dat bij volume niet meer. De eerlijke versie van die vergelijking staat in no-code versus maatwerk.

Het tweede is eigenaarschap. Post negen invullen dwingt de vraag af wie dit ding draait zodra degene die erom vroeg verder is getrokken. Blijft die regel leeg, dan heeft het project een probleem dat geen budget oplost.

Een shortlist van wat de moeite waard is om te bouwen, met de kosten die eraan vastzitten, is precies wat ons advieswerk vooraf oplevert. De overige vergelijkingen behandelen de losse afwegingen.

Veelgestelde vragen

Welk deel van het totaal is de initiële bouw?

Er bestaat geen betrouwbare vuistregel, en wie er een noemt, verkoopt iets. Maak het overzicht voor uw eigen systeem: de terugkerende posten worden bepaald door hoeveel externe systemen u aanraakt en hoe vaak het proces verandert, en dat weet u allebei al.

Hoe begroot u onderhoud dat u niet kunt voorspellen?

Zet er een vast terugkerend bedrag voor in plaats van een post onvoorzien, en toets dat jaarlijks aan wat het werkelijk is geworden. Teams die onderhoud begroten als percentage van de bouwsom, zitten er dichterbij dan teams die elke reparatie als verrassing behandelen.

Beschermt een vaste prijs ons hiertegen?

Tijdens de bouw wel. Aan het tweede jaar verandert een vaste prijs niets, wanneer een API-versie verdwijnt of het proces wijzigt. Vraag hoe ondersteuning na oplevering eruitziet, en wat die kost, voordat u offertes naast elkaar legt.

Is doorbetalen per gebruiker niet gewoon goedkoper?

Vaak wel, zeker bij een stabiel team en een tool die past. Zelf iets bezitten loont zodra het aantal gebruikers groeit, de tool bijna maar net niet past, of de gegevens niet in het product van een ander mogen staan. Reken de drie jaar door tegen uw werkelijke personeelsplanning en niet tegen de lijstprijs.