AI Capex-governance voor besturen: van experimentportfolio naar investeringswaardige businesscases

1. Behandel AI-uitgaven als een portefeuille met governance

Een AI-portefeuille bevat meer dan projecten. Meestal omvat deze use cases die naar verwachting omzet, kosten, risico of dienstverlening veranderen; gedeelde data- en integratiecapaciteiten; model- en applicatieabonnementen; cloud- of datacentercapaciteit; gespecialiseerde teams; controlefuncties; en veranderactiviteiten die nodig zijn om de manier waarop werk wordt uitgevoerd te wijzigen. Elke categorie heeft een andere economische levensduur, een ander afhankelijkheidsprofiel en een andere mate van omkeerbaarheid. Een enkel innovatiebudget kan deze verschillen verbergen.

De raad van bestuur heeft een beeld nodig dat vastleggingen over boekhoudkundige classificaties heen met elkaar verzoent. Sommige uitgaven kunnen gekapitaliseerde infrastructuur zijn, sommige operationele kosten, en sommige kunnen besloten liggen in de loonkosten van bedrijfsonderdelen of in leverancierscontracten. De economische vraag is de totale extra kas en capaciteit die aan de portefeuille worden vastgelegd, inclusief operationele kosten na de lancering. Een initiatief kan tijdens een pilot betaalbaar lijken doordat enterprise-integratie, beveiliging, datasanering, procesherinrichting, training, monitoring en exploitatiekosten buiten de pilotboekhouding blijven.

Officiële openbaarmakingen laten zien waarom discipline bij vastleggingen ertoe doet. Alphabet rapporteerde USD 91.4 billion aan kapitaaluitgaven voor 2025, voornamelijk technische infrastructuur, en zei een significante toename te verwachten in 2026-investeringen in servers, netwerkapparatuur en datacenters.[4] In de jaarlijkse deponering van Microsoft voor 2026 staat dat AI-investeringen op significante schaal en vóór volledig ontwikkelde omzetstromen worden gedaan.[5] Meta rapporteerde USD 72.22 billion aan kapitaaluitgaven voor 2025, inclusief aflossingen op de hoofdsom van financiële leases, en verwachtte USD 115 billion tot USD 135 billion aan kapitaaluitgaven in 2026 ter ondersteuning van AI-inspanningen en haar kernactiviteiten.[6] Amazon rapporteerde USD 96.3 billion aan kasmatige kapitaaluitgaven in de eerste zes maanden van 2026, voornamelijk technische infrastructuur ter ondersteuning van de groei van AWS en fulfilmentcapaciteit.[7] Deze cijfers hebben verschillende definities en gemengde bedrijfsdoeleinden. Hun relevantie is de omvang, de lange doorlooptijden en de vraagonzekerheid die in de deponeringen worden beschreven.

De portefeuille moet daarom vijf totalen openbaar maken: goedgekeurde cumulatieve bestedingen; contractuele en leaseverplichtingen; huidige jaarlijkse run rate; verwachte operationele kosten op schaal; en niet-vastgelegde capaciteitsaanvragen. Ook moet worden aangegeven welke use cases elke gedeelde capaciteit gebruiken. Zo wordt voorkomen dat een platform wordt goedgekeurd als strategische noodzaak terwijl de daarvan afhankelijke voordelen geen eigenaar hebben.

2. Geef het bestuur een afgebakend governance-mandaat

Bestuurlijk toezicht moet zich richten op materiële blootstelling, samenhang van de portefeuille, risicobereidheid en kwaliteit van bewijs. Het mag niet vereisen dat bestuurders modellen kiezen of opleveringssprints aansturen. Het management blijft verantwoordelijk voor het voorstellen en uitvoeren van investeringen. Het bestuur stelt vast welke vastleggingen goedkeuring vereisen, welk bewijs daarbij moet worden geleverd, hoe onafhankelijke tegenspraak werkt en wat er gebeurt wanneer een use case niet aan de voorwaarden voldoet.

Goedkeuringsdrempels moeten financiële materialiteit, risico en omkeerbaarheid combineren. Een goedkope toepassing die gevolgen heeft voor werkgelegenheid, krediet, gezondheid, veiligheid, kritieke infrastructuur of gevoelige persoonsgegevens kan meer toezicht verdienen dan een grotere productiviteitstool. Een capaciteitsreservering voor meerdere jaren kan aandacht van het bestuur vereisen omdat deze de strategische flexibiliteit vermindert, zelfs als de kasuitgaven op korte termijn beperkt zijn. Drempels moeten daarom rekening houden met cumulatieve bestedingen, niet-opzegbare vastleggingen, getroffen beslissingen en gebruikers, datagevoeligheid, autonomie, geografische reikwijdte en exitkosten.

Het bestuur heeft ook een verantwoordelijke bestuurder nodig. Een CEO, CFO of benoemde transformatiesponsor moet eigenaar zijn van de portefeuillewaarde. Technologieleiders zijn eigenaar van architectuur en bewijs van levering. Businesseigenaren zijn eigenaar van de operationele basislijn, adoptie en gerealiseerde voordelen. Leiders op het gebied van risico, beveiliging, privacy, juridische zaken en compliance zijn eigenaar van onafhankelijke normen binnen hun mandaten. Interne audit kan ontwerp en werking toetsen zonder eerstelijnsgoedkeurder te worden.

Tabel 1. Beslissingsrechten en eigenaarschap van bewijsmateriaal voor de AI-portefeuille

De toewijzing is een model. Werkelijke verantwoordelijkheden en gedelegeerde bevoegdheden moeten aansluiten bij de statuten, regelgeving en het risicokader van de organisatie.

3. Maak de use case de waarde-eenheid

Een model, platform of data lake is zelden de directe eenheid van bedrijfswaarde. Waarde ontstaat wanneer een afgebakende groep gebruikers een beslissing of workflow wijzigt en de wijziging een meetbaar resultaat oplevert. De use case moet daarom de gebruiker, het operationele proces, de beslissing of taak, de bijdrage van AI, menselijke verantwoordelijkheid, nulmeting, beoogd resultaat en betrokken beheersmaatregelen specificeren. Deze definitie brengt een lijn tot stand van technologie naar cashflow, dienstverlening of risico.

De afbakening van de use case vraagt discipline. Een bewering als 'verbeter de klantenservice met AI' is te breed voor investeringsgoedkeuring. Een use case met governance kan ondersteuning definiëren voor een gespecificeerd contacttype, gebruikerspopulatie en kanaal; afhandeltijd, oplossing bij eerste contact, kwaliteit, klachten en escalatie meten; de goedgekeurde data- en kennisbronnen identificeren; en menselijke bevoegdheid behouden voor gedefinieerde uitzonderingen. Scope wordt testbaar en kosten worden toerekenbaar.

Gedeelde capaciteit moet transparant worden toegerekend. Als tien use cases een retrieval-laag, identiteitscontroles en monitoring vereisen, moet de platformbusinesscase de minimale gedeelde capaciteit, incrementele capaciteit per use case en onbenutte ruimte tonen. Als alle gedeelde kosten aan de eerste use case worden toegerekend, kan een levensvatbare capaciteit onrendabel lijken. Als alle gedeelde kosten als strategische overhead worden behandeld, kan elke use case kunstmatig aantrekkelijk lijken. De portefeuille moet de economische resultaten tonen, zowel vóór als na een consistente toerekeningsmethode.

Use cases hebben ook stabiele identificaties en versiebeheer nodig. Een pilot die begint als hulpmiddel bij het opstellen van teksten kan later klantcommunicatie genereren of aanbevelingen doen. De risico-, data- en batenprofielen zijn veranderd. Het goedkeuringsrecord moet de nieuwe grens, de cumulatieve commitment en de impact op beheersing laten zien, in plaats van toe te staan dat het initiatief zijn oorspronkelijke label 'laag risico' behoudt.

4. Vereis een investeringswaardige businesscase

Een investeringswaardige businesscase is een besluitvormingsdocument dat bestand is tegen uitdagingen op het gebied van financiën, bedrijfsvoering, technologie en risico. Het begint met het operationele probleem en het contrafactuele nulalternatief van de huidige gang van zaken. Vervolgens vergelijkt het opties, identificeert het de voorkeursroute, kwantificeert het de kosten en baten over de volledige levensduur, toont het de realisatie en adoptie aan en vermeldt het de vereiste beheersmaatregelen voor gebruik. De diepgang moet in verhouding staan tot de commitment en de consequenties.

De Green Book 2026 van HM Treasury beschrijft vijf samenhangende dimensies: strategisch, economisch, commercieel, financieel en management. Het vereist ook een beoordeling van opties en proportionaliteit.[17] De gerelateerde richtlijn voor businesscases werkt voorstellen uit via een strategische schets, een schets en volledige businesscases.[18] Deze overheidskaders zijn geen regels voor bedrijfsmatige goedkeuring. Hun waarde voor besturen is de scheiding van strategische rationale, waarde, leveranciersafspraken, betaalbaarheid en bewijs van realisatie.

Het contrafactuele scenario verdient bijzondere aandacht. De businesscase moet de voorkeursoptie AI vergelijken met de huidige gang van zaken, procesherontwerp zonder AI, een op regels gebaseerde of conventionele analytics-optie, uitbesteding, kopen en zelf bouwen. Als de basisprestaties verslechteren, kan het handhaven van het huidige resultaat zelf investering vereisen. Als een bestaande transformatie al een deel van de baten realiseert, mag de AI-businesscase alleen het incrementele effect claimen.

De businesscase moet onzekerheid benoemen zonder die te verbergen in één puntschatting. Kostenbandbreedtes moeten de rijpheid van de schatting weerspiegelen. Batenbandbreedtes moeten het vertrouwen in de meting en de adoptie weerspiegelen. Scenarioanalyse moet uitkomsten laten zien voor vraag, prijs, benutting, kwaliteit, productiviteit en beheersing. Afhankelijkheden van leveranciersbeschikbaarheid, energie, datarechten, specialistische vaardigheden en procesverandering moeten expliciet blijven.

Tabel 2. Minimale bewijslast voor een AI-businesscase

Bewijs moet meegroeien met de toezegging. Een discoveryvoorstel kan begrensde bandbreedtes gebruiken; productie- en opschalingsbeslissingen vereisen gecontroleerde, traceerbare en actuele inputs.

5. Segmenteer de portefeuille voordat u deze rangschikt

Portefeuillevergelijking werkt alleen wanneer ongelijksoortige investeringen worden geïdentificeerd. Het ene segment kan omzetgerelateerde toepassingen bevatten, een ander arbeidscapaciteits- of kostensituaties, weer een ander risico- en controletoepassingen, en nog een ander strategische capaciteit waarvan de directe baten via meerdere daaropvolgende toepassingen worden gerealiseerd. Infrastructuur en verplichte compliance-werkzaamheden moeten zichtbaar blijven als afzonderlijke lagen in plaats van te concurreren op een niet-onderbouwde gemeenschappelijke rendementsmaatstaf.

De portefeuille kan ook worden gesegmenteerd naar volwassenheid. Discovery valideert het probleem en de beschikbare gegevens. Experiment toetst de technische haalbaarheid binnen een afgebakende omgeving. Pilot test het end-to-endproces, gebruikersgedrag en controles. Productie richt een gecontroleerde dienst in. Opschaling vergroot gebruikers, volume, geografie of autonomie. Batenreview verifieert gerealiseerde uitkomsten en bepaalt of capaciteit moet worden uitgebreid, gecorrigeerd, gehandhaafd of uitgefaseerd.

Risicosegmentering moet het goedkeuringstraject beïnvloeden. Het AI Risk Management Framework van NIST organiseert activiteiten rond besturen, in kaart brengen, meten en beheren, waarbij governance gedurende de hele AI-levenscyclus werkzaam is.[10] Het generatieve AI-profiel ervan identificeert acties voor risico's die nieuw kunnen zijn of door generatieve systemen kunnen worden versterkt.[11] Het verantwoordingskader van de GAO groepeert praktijken rond governance, data, prestaties en monitoring.[12] Deze kaders ondersteunen een gemeenschappelijke inventaris, terwijl controles kunnen variëren per use case, context en consequentie.

De resulterende kaart moet zowel strategische als financiële blootstelling tonen. Een klein experiment kan in de discovery-pool blijven. Een productiedienst met terugkerende model- en cloudkosten hoort in de gecommitteerde portefeuille. Een gedeeld platform moet de use cases en de vraag tonen die het rechtvaardigen. Een verplichte beheersinvestering moet de blootstelling tonen die zij mitigeert en de operationele gevolgen van uitstel.

6. Bouw een use-caseportfoliokaart op

De portfoliokaart vergelijkt verwachte economische waarde met uitvoeringsvertrouwen. Economische waarde kan incrementele cashflow, vermeden cashkosten, bruikbare capaciteit, dienstverbetering en risicoreductie combineren, met afzonderlijke labels waar de monetaire omrekening zwak is. Uitvoeringsvertrouwen combineert probleemhelderheid, bewijs van baten, datagereedheid, ontwerp van beheersmaatregelen, adoptie en leveringscapaciteit. De bubbelgrootte kan de jaarlijkse run-rate-kosten of de cumulatieve verbintenis weergeven.

De kaart stuurt actie. Cases met hoge waarde en hoog vertrouwen zijn kandidaten voor gecontroleerde opschaling. Cases met hoge waarde en laag vertrouwen verdienen gerichte investeringen in bewijs in plaats van automatische toezegging. Cases met lagere waarde en hoog vertrouwen kunnen nuttig blijven wanneer zij strategische capaciteit mogelijk maken, aan een verplichting voldoen of een snelle route naar adoptie bieden. Cases met lagere waarde en laag vertrouwen moeten doorgaans stoppen, samengaan of terugkeren naar de probleemdefinitie.

Een portfolio-office moet voorkomen dat de kaart een schoonheidswedstrijd wordt. Scores hebben verankerde definities, brondatums en eigenaren nodig. De commissie moet betrouwbaarheidsbandbreedtes en schendingen van rode lijnen zien. Zij moet ook concentratie per leverancier, model, cloudprovider, datadomein, bedrijfsproces en beheersfunctie bekijken. Tien afzonderlijk aantrekkelijke use cases kunnen een materiële gedeelde afhankelijkheid creëren.

Use cases, scores en jaarlijkse run-rate-kosten zijn hypothetische modelaannames. De bubbelgrootte geeft de jaarlijkse kosten weer; de kaart ondersteunt governance en vormt geen prognose of aanbeveling.

[/FIGURE]

7. Ontwikkel baten via een zekerheidsladder

Zekerheid over baten moet met bewijs worden verdiend. Een managementhypothese kan uitgaven voor discovery rechtvaardigen. Zij mag geen grote productietoezegging ondersteunen. Een gecontroleerde pilot kan vaststellen of de technologie de taakprestatie onder gedefinieerde omstandigheden verandert. Productiebewijs kan aantonen of het bredere proces, de gebruikers en de beheersmaatregelen het resultaat in stand houden. Financiële verificatie kan bevestigen of de verandering na kosten en verdringingseffecten cash, capaciteit, dienstverlening of risicoresultaten heeft gecreëerd.

De ladder vermijdt valse precisie. Een baat kan een hoog geschat bedrag en een lage zekerheid hebben. Een andere kan een kleiner bedrag en sterker bewijs hebben. De portefeuille moet beide rapporteren. De zekerheid moet dalen wanneer de use case verandert qua populatie, data, model, proces of schaal, omdat het eerdere bewijs mogelijk niet overdraagbaar is.

Onderzoek van de OESO naar de adoptie van AI meldt dat onzekerheid over het rendement op investering en onvoldoende datavolwassenheid belangrijke belemmeringen zijn, en dat managers de bedrijfsbrede proces- en culturele implicaties kunnen onderschatten.[8] Een afzonderlijke OESO-review van experimenteel onderzoek stelt vast dat prestaties afhangen van de taak en de gebruikerservaring, terwijl langdurig organisatorisch bewijs beperkt blijft.[9] Deze bevindingen ondersteunen een voorzichtige overdracht van experimenten met individuele taken naar bedrijfsbrede cashflowclaims.

De financiële functie moet het vereiste bewijs per niveau definiëren. Bespaarde tijd is niet automatisch bespaard cash. Het kan capaciteit creëren, de dienstverlening verbeteren, overwerk verminderen, werving voorkomen of personeelsreductie mogelijk maken; elke route heeft ander bewijs en andere gevolgen. Omzetgroei vereist een geloofwaardige controlegroep of een andere attributiemethode. Risicoreductie kan een analyse van verwachte verliezen of beheerskosten vereisen en moet ernstige niet-financiële uitkomsten behouden die zich niet lenen voor eenvoudige monetisering.

De ladder definieert de bewijsmaturiteit. Zij kent geen universele waarschijnlijkheid of waarderingstoeslag toe aan een zekerheidsniveau.

[/FIGURE]

8. Stel de nulmeting en de contrafactische situatie vast

De nulmeting moet de prestatie vóór de AI-interventie vastleggen. Afhankelijk van de use case kan dit transactievolume, afhandeltijd, herwerk, fouten, defecten, verliezen, conversie, marge, klachten, cyclustijd, servicelevel, controle-uitzonderingen en inzet van medewerkers omvatten. Bronsystemen, meetperiode, uitsluitingen en seizoensinvloeden moeten worden gedocumenteerd. Een nulmeting die na een succesvolle pilot wordt samengesteld, kan selectiebias introduceren.

De contrafactische situatie definieert wat zich zou voordoen zonder de voorgestelde investering. Business as usual kan bestaande productiviteitstrends, contractuele prijswijzigingen, personeelsplannen, procesverbetering en andere technologiereleases omvatten. De businesscase moet vermijden baten te claimen die al van deze factoren worden verwacht. Waar een gerandomiseerde controle onpraktisch is, kunnen een gefaseerde uitrol, een gematchte groep, een onderbroken tijdreeks of een gedefinieerde voor-na-vergelijking nuttig bewijs leveren, mits de beperkingen worden vermeld.

Baten vereisen een keten van operationele maatstaf naar financiële jaarrekening of bestuurlijk geborgde uitkomst. Bespaarde minuten per taak worden pas jaarlijkse capaciteit na vermenigvuldiging met in aanmerking komend volume, adoptie, aanhoudende tijdsreductie en productieve herinzet. Capaciteit leidt pas tot vermeden kosten wanneer een goedgekeurd wervingsplan verandert of een externe kostenpost vervalt. Omzet wordt pas een bijdrage na leveringskosten, kannibalisatie, korting, churn en belasting waar relevant. Het bestuur moet elke overbrugging zien.

Het Britse Digital and Data Benefits-kader is ontwikkeld om baten van digitale en dataprogramma's te helpen kwantificeren en is bedoeld voor gebruik met de Green Book-richtlijnen.[19] Het Government Efficiency Framework koppelt geïdentificeerde besparingen ook aan batenmanagement en bredere governance-afspraken.[20] Hun overheidssectorcontext verschilt van een bedrijfsportfolio. De algemene discipline blijft nuttig: definieer batentypen, meetmethoden, eigenaarschap en de relatie tussen operationele verandering en waarde.

9. Maak datagereedheid een poort voor kapitaaltoewijzing

Datagereedheid heeft directe economische waarde, omdat remediëring tijd, specialistische inzet en operationele aandacht kost. Het beïnvloedt ook prestatie- en beheersingsrisico. Een use case moet de benodigde data, data-eigenaar, rechtsgrond of contractueel recht, toegangsroute, kwaliteit, volledigheid, data lineage, representativiteit, retentie, beveiligingsclassificatie, weerbaarheid en monitoring identificeren. Onbekenden moeten gevolgen hebben voor kosten en planning.

De gereedheidsbeoordeling moet het bestaan van een dataset scheiden van bruikbare toegang. Data kunnen verspreid zijn over systemen, vastzitten in leverancierscontracten, alleen beschikbaar zijn via handmatige extractie of ongeschikt zijn voor de vereiste frequentie. Labels kunnen inconsistent zijn. Historische uitkomsten kunnen beleid uit het verleden weerspiegelen dat sindsdien is gewijzigd. Trainingsdata vertegenwoordigen mogelijk niet de huidige gebruikers of randgevallen. Een algemene bewering dat de organisatie over data beschikt, lost deze problemen niet op.

De heatmap moet verankerde scores gebruiken. Een rode score betekent dat aan een gedefinieerde voorwaarde niet is voldaan of dat deze onacceptabel is. Oranje betekent dat remediëring is gefinancierd en begrensd. Groen betekent dat huidig bewijs voldoet aan de poort. Grijs betekent dat de dimensie niet is beoordeeld. Gemiddelden kunnen fouten tegen rode lijnen verbergen, dus kwesties rond rechten, beveiliging of verboden gebruik moeten zichtbaar blijven, zelfs wanneer andere dimensies volwassen zijn.

De businesscase van de use case moet dataremediëring en doorlopende beheersing omvatten. Een dataproduct kan meerdere use cases ondersteunen, waardoor kosten gezamenlijk kunnen worden toegerekend. Het bestuur moet de use cases zien die de investering rechtvaardigen, de vereiste fasering en het risico dat de verwachte vraag niet materialiseert.

Scores zijn hypothetische modelaannames: 1 betekent afwezig of onacceptabel, 3 betekent begrensde remediëring en 5 betekent poortrijp bewijs.

[/FIGURE]

10. Economie over de volledige levensduur afstemmen

Het kostenmodel moet verkenning, bouw, integratie, data, beveiliging, validatie, licenties, modelinferentie, cloud of infrastructuur, wijzigingsbeheer, training, ondersteuning, monitoring en uitfasering omvatten. Het moet ook interne medewerkers omvatten wanneer zij schaarse capaciteit vormen of aanvullend worden aangenomen. Verplichtingen uit minimale volumes, gereserveerde capaciteit, leases en take-or-pay-contracten moeten afzonderlijk van variabel gebruik worden getoond.

Het batenmodel moet onderscheid maken tussen cash, capaciteit, omzet, service en risico. Deze categorieën mogen niet tot één monetair totaal worden opgeteld, tenzij de conversiebasis geloofwaardig is. Een businesscase kan een positief cashrendement en een afzonderlijke klant- of controle-uitkomst laten zien. Een verplichte compliance-use case kan een beperkt conventioneel rendement hebben terwijl de vergunning om te opereren behouden blijft. De kosten ervan concurreren nog steeds om kapitaal en leveringscapaciteit.

Het onderstaande hypothetische voorbeeld gebruikt een nominaal model over vijf jaar, een disconteringsvoet van 11 procent, geen eindwaarde en een vereenvoudigde fiscale behandeling. Het veronderstelt dat implementatiekosten vóór opschaling optreden, baten met de adoptie toenemen en de jaarlijkse operationele kosten met het volume stijgen. Het sluit financieringsstructuur, valuta, werkkapitaal, boekhoudkundige kapitalisatie en interacties met andere programma's uit. Dit zijn modelaannames, geen marktinputs.

Tabel 3. Hypothetische economie van een use case van pilot tot opschaling

De waarden zijn hypothetisch en bedragen USD miljoen. De NPV gebruikt een nominale disconteringsvoet van 11 procent over vijf jaar zonder eindwaarde; totalen zijn afgerond en vormen geen prognose.

Het doorrekenen van omslagwaarden verbetert de besluitvorming. De businesscase moet het adoptieniveau, de eenheidsprijs, het foutpercentage, het voordeel per transactie of het volume laten zien waarbij de NPV nul of een door de raad van bestuur vastgestelde drempel bereikt. Ook moet het risicobedrag vóór de volgende omkeerbare beslissing worden getoond. Zo wordt het debat gericht op de aannames die de waarde bepalen.

De portefeuillebenadering moet dubbeltelling voorkomen. Een gedeeld dataplatform kan niet het volledige voordeel van elke afhankelijke use case claimen terwijl elke use case ook dezelfde waarde claimt. Een productiviteitsvoordeel mag niet worden geteld als kostenreductie, vermeden werving en extra omzet, tenzij de organisatie een geloofwaardige toewijzing heeft van vrijgekomen capaciteit. Finance moet een voordelenregister bijhouden met één eigenaar en één behandeling per uitkomst.

11. Beprijs infrastructuur, capaciteit en energie expliciet

De economie van AI kan veranderen door modelkeuze, token- of rekenkrachtverbruik, latentie, contextlengte, caching, benutting, gereserveerde capaciteit, opslag, datatransfer, hardwareafschrijving en beschikbaarheid van stroom. De raad van bestuur heeft geen technisch tarievenblad nodig. Wel zijn de eenheidsdrijvers, contractuele verplichtingen, gevoeligheid en mitigatie nodig.

Het Internationaal Energieagentschap meldt dat datacenters met een focus op AI snel zijn gegroeid en dat het energieverbruik per eenvoudige AI-taak aanzienlijk is verbeterd, terwijl intensievere video-, redeneer- en agentische toepassingen veel meer energie kunnen verbruiken.[3] Het meldt ook een grote en onzekere groei van de datacentercapaciteit en de elektriciteitsvraag. De implicatie voor een zakelijke use case is dat de kosten per taak moeten worden gemeten onder de werkelijke werklast en niet moeten worden aangenomen op basis van een demonstratie.

Capaciteitsgoedkeuring moet worden gebaseerd op bewijs van vraag. Een onderneming kan infrastructuur reserveren om strategische redenen, leveringszekerheid of latentie, maar de businesscase moet toegezegde benutting, optiewaarde en neerwaarts risico aantonen. Apparatuur met lange levertijden, energiecontracten en datacenterhuurcontracten kunnen de omkeerbaarheid verminderen. De deponering van Alphabet beschrijft bijvoorbeeld meerjarige datacenterprojecten en materiële toezeggingen voor technische infrastructuur.[4] Het feitenpatroon is bedrijfsspecifiek; het illustreert hoe infrastructuureconomie verder reikt dan een korte softwarepilot.

Modelroutering kan waarde behouden. Modellen met lagere kosten kunnen afgebakende taken uitvoeren, terwijl grotere modellen voor uitzonderingen worden gebruikt. Retrieval, caching, promptontwerp en procesbeperkingen kunnen het verbruik verminderen. De portefeuille moet kosten per voltooide en geaccepteerde bedrijfsuitkomst monitoren, niet alleen kosten per verzoek. Mislukte, herhaalde of handmatig gecorrigeerde outputs horen in de noemer.

12. Ontwerp beheersmaatregelen als onderdeel van de investering

Beheersmaatregelen zijn product- en operationele vereisten met kosten, planning en eigenaarschap. Ze moeten samen met de use case worden ontworpen in plaats van pas na technisch succes te worden toegevoegd. De set beheersmaatregelen kan omvatten: goedgekeurd doel, toegang, dataminimalisatie, testen, menselijke beoordeling, functiescheiding, beperkingen op outputs, logging, monitoring, incidentrespons, toezicht op leveranciers, bewaartermijnen, fallback en uitfasering.

Proportionaliteit van beheersmaatregelen is belangrijk. Het NIST-kader is vrijwillig en use-case-agnostisch en benadrukt continu risicobeheer gedurende de hele levenscyclus.[10] ISO/IEC 42001 specificeert een AI-managementsysteem voor organisaties die AI leveren of gebruiken en hanteert een structuur voor voortdurende verbetering.[13] De herziene modelrisicorichtlijn van de Federal Reserve uit 2026 benadrukt een risicogebaseerde aanpak die is toegesneden op het modelprofiel, de omvang en de complexiteit van een bankorganisatie.[14] De bankrichtlijn geldt binnen het aangegeven regelgevende toepassingsgebied. De bredere governanceles is dat validatie, beperkingen, toezicht en beheersmaatregelen in verhouding moeten staan tot materieel gebruik.

Juridische verplichtingen vereisen een analyse per rechtsgebied. De EU-AI-verordening hanteert een risicogebaseerde structuur en wordt stapsgewijs toegepast; de Europese Commissie meldde dat handhavingsbevoegdheden en bepaalde transparantieverplichtingen vanaf augustus 2026 van toepassing waren, terwijl andere hoogrisicobepalingen op latere data van toepassing worden.[15][16] Een bestuursnotitie moet de rol, locatie, use-caseclassificatie en juridische advisering van de organisatie vermelden. Een generiek label "AI-conform" is onvoldoende.

Tabel 4. Ontwerp van beheersmaatregelen gekoppeld aan investeringsonderbouwing

De tabel is een governancemodel en vervangt niet de wettelijke, regelgevende, beveiligings-, privacy- of sectorspecifieke vereisten.

13. Gebruik controlepoorten om bevoegdheid af te stemmen op de verbintenis

Poorten moeten een gedefinieerde volgende verbintenis autoriseren. Poort 0 neemt het probleem op in de ontdekkingsfase. Poort 1 keurt een begrensd experiment goed nadat de nulmeting, gegevenstoegang en het testplan duidelijk zijn. Poort 2 keurt een pilot goed wanneer het proces, de gebruikers, de controles en de batenmethodiek gereed zijn. Poort 3 keurt productievrijgave goed nadat end-to-end prestaties en bewijs van beheersing voldoen. Poort 4 keurt opschaling goed nadat adoptie en unit economics zijn aangetoond. Poort 5 sluit de baten af en bepaalt uitbreiding, onderhoud of uitfasering.

Elke poort moet vier uitkomsten hebben: doorgaan; doorgaan met tijdsgebonden voorwaarden; aanhouden in afwachting van bewijs; of stoppen. Voorwaarden vereisen een eigenaar, een bewijsstuk, een vervaldatum en een consequentie. Herhaalde voorwaardelijke goedkeuringen moeten worden gerapporteerd, omdat zij ontbrekend bewijs kunnen omzetten in blijvende blootstelling.

Goedkeuringsbevoegdheid moet toenemen met de verbintenis en de gevolgen. Een gedelegeerd team kan een klein, geïsoleerd experiment goedkeuren. Een investeringscommissie kan een productievrijgave goedkeuren. De raad van bestuur kan een grote infrastructuurverbintenis, een materiële wijziging in automatisering of een use case met grote gevolgen goedkeuren. Noodmaatregelen blijven mogelijk via een gedefinieerde uitzondering en een retrospectieve beoordeling.

Bewijs per poort is cumulatief. Goedkeuringsbevoegdheid moet de cumulatieve inzet, het risico, de omkeerbaarheid en de getroffen gebruikers weerspiegelen.

[/FIGURE]

14. Test de adoptie voordat u waarde op schaal claimt

Technische acceptatie toont aan dat een systeem kan presteren. Adoptiebewijs toont aan dat mensen het in het beoogde proces gebruiken en dat het operationele resultaat aanhoudt. Een opschalingscasus moet in aanmerking komende gebruikers en transacties, actief gebruik, frequentie, voltooiing, acceptatie, override, herwerk, terugval en ondersteuning definiëren. Hij moet ook werk identificeren dat buiten het gemeten systeem is komen te liggen.

Adoptie moet worden gemeten tegen een procesnoemer. Het aantal gebruikers met een licentie is zwak bewijs als slechts een klein deel van het in aanmerking komende werk via het systeem loopt. Hoog gebruik kan ook misleidend zijn als output wordt verworpen of gecorrigeerd. Geaccepteerde uitkomsten per in aanmerking komende transactie vormen een sterkere brug naar waarde.

Procesontwerp en prikkels zijn van belang. Gebruikers kunnen een langzame of onbetrouwbare controle omzeilen. Managers kunnen gebruik aanmoedigen zonder werkbelasting of doelstellingen te wijzigen. Medewerkers kunnen tijd besparen maar meer werk krijgen, wat kwaliteit en personeelsbehoud beïnvloedt. Een businesscase moet aangeven hoe rollen, prestatiemetingen, training, supervisie, ondersteuning en overleg met het personeel veranderen. Waar arbeidsrechten of collectieve regelingen van toepassing zijn, is gespecialiseerd advies vereist.

De pilot moet de beoogde operationele populatie vertegenwoordigen. Enthousiaste vrijwilligers, schone data en een laag volume kunnen de prestaties op schaal overschatten. Een productietest moet gewone gebruikers, piekperioden, uitzonderingen en herstel na storingen omvatten. Adoptiedrempels moeten daarom worden gekoppeld aan kwaliteits- en controledrempels.

15. Maak beslissingen over stoppen of opschalen expliciet

Een beoordeling over stoppen of opschalen combineert vertrouwen in de baten, unit economics, adoptie, datagereedheid, doeltreffendheid van controles en leveringscapaciteit. Deze moet plaatsvinden op een vastgestelde datum of bij een vastgesteld volume en vóór de volgende materiële inzet. De beslissing is een portefeuilleactie, niet een retrospectieve projectscore.

Opschalen kan meer gebruikers, transacties, landen, bedrijfsonderdelen, databronnen, autonomie of modelcapaciteit betekenen. Elke vorm verandert risico en kosten anders. Goedkeuring moet de schaaldimensie specificeren en het bewijs dat geldig blijft. Een use case die uitbreidt naar een nieuw rechtsgebied of getroffen populatie kan herclassificatie en een nieuwe beoordeling van de controles vereisen.

Stoppen moet een operationeel plan hebben. Het team heeft de bevoegdheid nodig om een contract te beëindigen, gereserveerde capaciteit vrij te geven, data te archiveren, toegang te verwijderen, records te bewaren, gebruikers te informeren, het proces terug te draaien en lessen vast te leggen. Een verhaal over verzonken kosten mag een onrendabele of onbeheerste use case niet in leven houden.

Tabel 5. Beslissingsmatrix voor stoppen of opschalen

Drempelwaarden zijn hypothetische voorbeelden. Elke organisatie moet materialiteit, risico- en bewijsdrempels binnen haar governancekader vaststellen.

Waarden en drempelwaarden zijn hypothetische modelaannames. Statuskleuren vatten onderliggend bewijs samen en stellen gereedheid of waarde niet zelfstandig vast.

[/FIGURE]

16. Beheersing van leveranciers, concentratie en exit

De selectie van leveranciers kan kosten, prestaties, datagebruik, auditeerbaarheid, veerkracht van dienstverlening en exit bepalen. De businesscase moet onderscheid maken tussen modelaanbieder, applicatieaanbieder, cloud- of infrastructuuraanbieder, integrator en dataleverancier. Eén contract kan meerdere rollen combineren. Concentratie moet over de portefeuille worden beoordeeld, omdat afzonderlijke bedrijfsonderdelen een grote gedeelde blootstelling kunnen creëren zonder centraal overzicht.

Due diligence moet betrekking hebben op dienstverleningsscope, prijsdrijvers, minimumafnames, capaciteit, beveiliging, privacy, intellectueel eigendom, gebruik van trainingsdata, wijzigingen in model en functionaliteit, onderaannemers, incidentmelding, datalocatie, audit, medewerking aan toezichthouders, overdraagbaarheid, overgang en beëindiging. Uitspraken van leveranciers moeten worden getoetst aan het beoogde gebruik en interne bewijs. Een certificering of norm kan due diligence ondersteunen, maar blijft onvoldoende voor acceptatie van de use case.

Exit-economie moet worden gekwantificeerd. Data-export, herbouw van workflows, hertraining van gebruikers, parallelle werking en bewaring van records kunnen materieel zijn. Een modelwijziging kan prestaties beïnvloeden zonder een conventionele software-release. Contracten en operaties moeten daarom opzegging, testen en terugdraaien ondersteunen. Waar dual sourcing niet economisch is, moet het bestuur de geaccepteerde afhankelijkheid en continuïteitsmaatregel zien.

Het portfoliokantoor moet een verplichtingenkalender bijhouden. Deze moet verlengingsdata, prijsherzieningen, staffels voor minimumvolumes, capaciteitsreserveringen en opzeggingsvensters tonen. Een stopbeslissing na een automatische verlenging biedt minder economische bescherming dan een herziening die vóór de verplichtingsdatum is gepland.

17. Geef het bestuur een op bewijs gebaseerd dashboard

Het bestuursdashboard moet compact en traceerbaar zijn. Het moet portfoliototalen, mutaties sinds de vorige vergadering, vereiste beslissingen en materiële uitzonderingen bevatten. Het moet goedgekeurde uitgaven, verplichtingen, jaarlijkse run rate, verwachte kosten op schaal, baten per betrouwbaarheidsniveau, adoptie, kritieke controlefouten, datapoorten, concentratie en use cases die een stop-or-scale-herziening naderen tonen.

Aggregaten vereisen drill-down. Een groen portfoliogemiddelde kan een rood use case met ernstige gevolgen verbergen. Het bestuur moet uitzonderingen zien op basis van cumulatieve verplichting en risico. Het moet ook verouderende voorwaarden, herhaalde poortuitstellingen en baten zien die op hypothesen- of pilotniveau zijn blijven steken terwijl de uitgaven doorgingen.

Verwachte en gerealiseerde waarde moeten gescheiden blijven. Het dashboard kan de verwachte baten, gewogen naar betrouwbaarheid, voor scenariodoeleinden tonen, maar dit mag niet als gerealiseerde waarde worden gerapporteerd. Door Finance geverifieerde cash, capaciteit, omzet en service-uitkomsten hebben hun eigen regels nodig. Vermeden kosten moeten het goedgekeurde plan of contract identificeren dat is gewijzigd.

De commissiestukken moeten materiële aannames en wijzigingen vermelden. Een lagere modelprijs, hoger gebruikersvolume, herziene datalicentie of nieuwe regelgeving kan de businesscase wijzigen. Versiebeheer moet de basis behouden die bij elke poort is goedgekeurd en de huidige mutatie toelichten. Dit ondersteunt verantwoording zonder een statische businesscase te creëren die na de lancering achterhaald raakt.

18. Mobiliseer het governancesysteem in negentig dagen

De eerste maand moet de inventaris en de beslissingsgrens vaststellen. Het management moet alle AI-use cases, platforms, infrastructuurverplichtingen, abonnementen, leveranciers en datadomeinen identificeren. Elk item krijgt een eigenaar, volwassenheid, cumulatieve uitgaven, run rate, volgende verplichtingsdatum en risicoclassificatie. Finance stemt het grootboek en de contracten af op de inventaris.

De tweede maand moet de gemeenschappelijke bewijsstandaard vaststellen. Businesseigenaren definiëren basislijnen en batmechanismen. Technologie- en datateams beoordelen architectuur en gereedheid. Controlefuncties definiëren proportionele poorten. Inkoop identificeert concentratie- en verlengingsrisico's. Het portfoliokantoor brengt afhankelijkheden in kaart en identificeert cases waarvan de volgende verplichting moet worden gepauzeerd in afwachting van bewijs.

De derde maand moet de eerste stop-or-scale-cyclus uitvoeren. Het management selecteert de cases met de hoogste blootstelling en de dichtstbijzijnde verplichting. De investeringscommissie toetst businesscases, voorwaarden en exitroutes. Het bestuur keurt de portfolio-envelop, materiële uitzonderingen en toekomstige rapportagefrequentie goed. Teams gebruiken het systeem vervolgens als een terugkerend besluitvormingsproces.

Tabel 6. Mobilisatie van AI-capex-governance in negentig dagen

De volgorde is indicatief. De timing moet aansluiten bij de omvang van de portefeuille, regelgevende verplichtingen, beschikbaarheid van data en de bestaande volwassenheid van governance.

De governance-eenheid moet beginnen met materiële beslissingen, niet met een volledige historische reconstructie. Experimenten met lagere waarde kunnen op een vereenvoudigd traject worden geplaatst. Posten met hoge verplichtingen, grote gevolgen of een naderende verlenging verdienen onmiddellijke aandacht. De inventaris kan zich verder ontwikkelen terwijl het governancesysteem de volgende beslissing begint te beschermen.

Conclusie

AI capex-governance verbindt technologische vooruitgang met kapitaaldiscipline. De raad van bestuur heeft een afgestemde portefeuille nodig van use cases, gedeelde capaciteiten en verplichtingen. Elke materiële use case vereist een afgebakend operationeel probleem, een nulalternatief, economische onderbouwing over de volledige levensduur, datagereedheid, beheersingsontwerp, adoptieplan en een verantwoordelijke eigenaar van de baten. Bewijs moet via gates rijpen voordat de verplichting toeneemt.

Het in dit paper beschreven systeem gebruikt vijf gekoppelde instrumenten: een portefeuillekaart van use cases, een baten-zekerheidsladder, een heatmap voor datagereedheid, controledeuren en een dashboard voor stoppen of opschalen. Samen laten ze zien welke cases financiering voor discovery verdienen, welke gerichte herstelmaatregelen nodig hebben, welke klaar zijn voor gecontroleerde opschaling en welke moeten worden afgesloten. Ze maken ook gedeelde infrastructuur en leveranciersblootstellingen zichtbaar die niet per experiment afzonderlijk kunnen worden bestuurd.

Goede governance borgt leren en beschermt tegelijk kapitaal. Een stopgezette case kan nuttig bewijs opleveren wanneer verplichtingen begrensd zijn en lessen worden vastgelegd. Een opgeschaalde case verdient meer mandaat via representatieve prestaties, gebruikersadoptie, effectieve controls en door finance geverifieerde waarde. De rol van de raad van bestuur is deze normen expliciet te maken en ervoor te zorgen dat het management ze toepast voordat de portefeuille moeilijk terug te draaien is.

Bijlage A. Vragen voor de raad van bestuur bij een materiële AI-verplichting

1. Welk operationeel probleem en welk getroffen proces vallen binnen de scope?
2. Wat gebeurt er bij business as usual, en welke niet-AI-opties zijn getest?
3. Welke baten betreffen kasstromen, capaciteit, omzet, service of risico-uitkomsten?
4. Wat is het huidige vertrouwensniveau voor elk voordeel en welk bewijs versterkt dit?
5. Wat zijn de kas-, capaciteits- en contractuele verplichtingen over de volledige levensduur?
6. Welke voorwaarden met betrekking tot datarechten, datakwaliteit, herkomst, beveiliging en monitoring zijn nog open?
7. Welke menselijke beslissingen, betrokken partijen en rechtsgebieden zijn betrokken?
8. Welke beheersmaatregelen zijn vereist vóór pilot, productie en opschaling?
9. Welke adoptie- en kwaliteitsdrempels activeren opschalen, vasthouden of stoppen?
10. Wat is de volgende onomkeerbare verbintenis en wat is het exitplan daarvoor?

Bijlage B. Minimaal bewijspakket voor stoppen of opschalen

1. Huidige use-case-definitie en versiegeschiedenis.
2. Nulmeting, contrafactuele situatie en methode voor voordeelmeting.
3. Werkelijke en geraamde uitgaven, verplichtingen en jaarlijkse exploitatiekosten.
4. Resultaten van pilot of productie bij representatieve gebruikers en omstandigheden.
5. Bewijs van adoptie, acceptatie, herwerk, override en terugval.
6. Status van datagereedheid en openstaande herstelmaatregelen.
7. Resultaten van controletests, incidenten, beperkingen en acceptatie van restrisico.
8. Leveranciersprestaties, concentratie, contractverlenging en exitpositie.
9. Economische uitkomsten per scenario, kantelwaarden en risicoblootgesteld geld vóór het volgende beslismoment.
10. Aanbeveling van het management met voorwaarden, verantwoordelijke, datum en gevolg.

Referenties

1. Bank voor Internationale Betalingen, Financiering van de AI-hausse: van kasstromen naar schuld, BIS Bulletin nr. 120, gepubliceerd op 7 januari 2026. https://www.bis.org/publ/bisbull120.htm
2. Bank voor Internationale Betalingen, De AI-investeringsrace, BIS-onderzoekspaper nr. 1367, gepubliceerd op 14 juli 2026. https://www.bis.org/publ/work1367.htm
3. Internationaal Energieagentschap, Kernvragen over energie en AI, gepubliceerd in 2026. https://www.iea.org/reports/key-questions-on-energy-and-ai
4. Alphabet Inc., Jaarverslag op Formulier 10-K voor het boekjaar dat eindigde op 31 december 2025, ingediend op 5 februari 2026. https://www.sec.gov/Archives/edgar/data/1652044/000165204426000018/goog-20251231.htm
5. Microsoft Corporation, Jaarverslag op Formulier 10-K voor het boekjaar dat eindigde op 30 juni 2026, ingediend op 30 juli 2026. https://www.sec.gov/Archives/edgar/data/789019/000119312526323660/msft-20260630.htm
6. Meta Platforms, Inc., Jaarverslag op Formulier 10-K voor het boekjaar dat eindigde op 31 december 2025, ingediend op 29 januari 2026. https://www.sec.gov/Archives/edgar/data/1326801/000162828026025534/meta-12312025x10kars.htm
7. Amazon.com, Inc., Kwartaalverslag op Formulier 10-Q voor het kwartaal dat eindigde op 30 juni 2026, ingediend op 31 juli 2026. https://www.sec.gov/Archives/edgar/data/1018724/000101872426000026/amzn-20260630.htm
8. OESO, Boston Consulting Group en INSEAD, De adoptie van kunstmatige intelligentie in bedrijven: nieuw bewijs voor beleidsvorming, gepubliceerd op 2 mei 2025. https://doi.org/10.1787/f9ef33c3-en
9. OESO, De effecten van generatieve AI op productiviteit, innovatie en ondernemerschap, OESO Artificial Intelligence Papers nr. 39, gepubliceerd op 20 juni 2025. https://doi.org/10.1787/b21df222-en
10. National Institute of Standards and Technology, Kader voor risicobeheer van kunstmatige intelligentie 1.0, gepubliceerd op 26 januari 2023. https://doi.org/10.6028/NIST.AI.100-1
11. National Institute of Standards and Technology, Kader voor risicobeheer van kunstmatige intelligentie: profiel voor generatieve kunstmatige intelligentie, gepubliceerd op 26 juli 2024. https://doi.org/10.6028/NIST.AI.600-1
12. U.S. Government Accountability Office, Kunstmatige intelligentie: een verantwoordingskader voor federale agentschappen en andere entiteiten, GAO-21-519SP, gepubliceerd op 30 juni 2021. https://www.gao.gov/products/gao-21-519sp
13. Internationale Organisatie voor Standaardisatie, ISO/IEC 42001:2023 Informatietechnologie - Kunstmatige intelligentie - Managementsysteem, gepubliceerd in december 2023. https://www.iso.org/standard/81230.html
14. Raad van Bestuur van het Federal Reserve System, Herziene leidraad voor modelrisicobeheer, SR 26-2, gepubliceerd op 17 april 2026. https://www.federalreserve.gov/supervisionreg/srletters/SR2602.htm
15. Europese Commissie, AI Act: Regelgevend kader voor kunstmatige intelligentie, bijgewerkt op 3 augustus 2026. https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
16. Europese Unie, Verordening (EU) 2024/1689 tot vaststelling van geharmoniseerde regels inzake kunstmatige intelligentie, gepubliceerd op 12 juli 2024. https://eur-lex.europa.eu/eli/reg/2024/1689/oj
17. HM Treasury, The Green Book 2026, gepubliceerd op 5 februari 2026. https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government/the-green-book-2026
18. HM Treasury, Leidraad voor het ontwikkelen van businesscases, bijgewerkt op 30 juni 2026. https://www.gov.uk/government/publications/guidance-on-developing-business-cases
19. Ministerie voor Wetenschap, Innovatie en Technologie en Government Digital Service, Kader voor digitale en datavoordelen, gepubliceerd op 7 april 2026. https://www.gov.uk/government/publications/digital-and-data-benefits-framework
20. Cabinet Office en HM Treasury, The Government Efficiency Framework, gepubliceerd in 2025. https://www.gov.uk/government/publications/the-government-efficiency-framework/the-government-efficiency-framework--2