Governance-plan. Het schriftelijke artefact dat met elke ai-implementatie wordt geleverd: een beleidsdocument dat beschrijft wat de AI wel en niet mag beslissen, een audit-log dat elke actie en de uitkomst toont, en een rollback-plan dat de operatie terugbrengt naar de toestand van vóór de AI.
De meeste ai-consultancies leveren code. Wij leveren code plus een governance-plan. Het governance-plan is geen optionele add-on of laatste-week-bijgedachte. Het staat in het contract vanaf dag één en wordt meegeleverd met de implementatie.
#Waarom governance binnen scope valt, niet erbuiten
Het patroon dat steeds terugkwam in onze eerste engagements was dit: een team brengt weken door met bouwen en opleveren van een ai-workflow. Het gaat live. Dan stelt iemand een vraag die het team niet schoon kan beantwoorden. Wie keurde deze beslissing goed? Wat gebeurt er als het model op schaal een fout antwoord produceert? Hoe gaan we terug naar het vorige proces als het moet?
Dat zijn geen randgevallen. Dat zijn de eerste vragen die een risk officer, een juridisch team of een nieuwe ops-lead zal stellen. Als de antwoorden niet zijn gedocumenteerd — niet in de modelconfig, niet in een readme, maar in een leesbaar schriftelijk artefact — staat de ai-workflow op zachte grond.
We zetten governance binnen scope omdat opleveren zonder onvolledig is. De workflow draait, maar de organisatie is niet klaar om hem te bezitten.
#Wat het governance-plan echt bevat
Drie documenten, geschreven en getest naast de implementatie.
- beleidsdocument — wat de AI bevoegd is om te beslissen, wat hij moet escaleren naar een mens, en wat hij nooit mag doen. Geschreven voor het ops-team, niet voor engineers.
- audit log spec — het schema en de bewaarregels voor elke ai-actie. Wie handelde, op welke input, met welke output, op welk moment. Dit is het document waar je compliance-team uiteindelijk om zal vragen.
- rollback-plan — stapsgewijze instructies om de workflow terug te zetten naar de handmatige of vorige versie. Getest, niet theoretisch. Een benoemde persoon is eigenaar van het plan.
Heeft het beleidsdocument een advocaat nodig?
Niet voor de eerste versie. Het beleidsdocument is een operationeel document, geen juridisch. Het beschrijft wat de AI doet en wat mensen bezitten. Als je organisatie later een formeel ai-gebruiksbeleid nodig heeft voor compliance of regelgeving, is het beleidsdocument de bewijsbasis die het schrijven sneller maakt. We geven het in klare taal aan je team.
#Het gesprek dat vaak halverwege het project plaatsvindt
Bij veel implementaties stapt halverwege een stakeholder het project in — vaak een CFO, een compliancehoofd of een ops-directeur die niet in de eerste brief zat. De vragen zijn voorspelbaar: wat doet dit model als het fout zit? Wie is verantwoordelijk? Wat is de ergste storing en hoe herstellen we?
Als die vragen komen en het governance-plan al bestaat, is het overleg kort. Als ze komen en het team de antwoorden achteraf moet gaan bouwen, vertraagt het project, stopt soms en wordt af en toe geannuleerd. Het governance-plan is het document dat voorkomt dat een overleg halverwege het project een lange vertraging wordt.
We are
Leveren drie schriftelijke artefacten — beleid, audit-log-spec, rollback-plan — als onderdeel van de afgesproken scope. Het governance-plan is getest, in duidelijke taal geschreven en vanaf dag één eigendom van jullie team.
We aren't
Bureaus die governance als extra module na go-live toevoegen, of slidedecks die 'responsible ai-principes' beschrijven zonder één rollbackprocedure te noemen.
#Wat erbij komt kijken om het te maken
Het governance-plan is extra werk bovenop een standaard implementatieopdracht. Een senior engineer en een strateeg schrijven het parallel aan de laatste testfase, dus het houdt de oplevering niet op. Het valt onder de scope die in het kennismakingsgesprek wordt afgesproken.
Losstaande governanceopdrachten — voor organisaties die al AI draaien en de schriftelijke artefacten nodig hebben — worden in het kennismakingsgesprek schriftelijk afgebakend. De vorm is een audit van de AI die je draait plus de drie documenten: het beleidsdocument, de audit-log-spec en het rollback-plan — of we de build nu leveren of niet. Als de AI al in productie draait en het governance-plan ontbreekt, brengt de audit eerst in kaart wat nodig is.
#Waarom we het niet-optioneel maakten
De simpelste reden: een ai-workflow zonder governance-plan is een onvolledig product. Hij draait vandaag misschien. Hij zal problemen veroorzaken zodra een teamlid wisselt, een toezichthouder een vraag stelt, of de uitkomsten van het model onverwacht verschuiven.
De tweede reden: optionele add-ons zijn de eerste die wegvallen in scope-onderhandelingen. Governance is geen feature. Het is het bewijs dat de implementatie goed is gedaan.
We zijn nieuw. De voorwaarden op deze pagina zijn wat we zullen nakomen bij de eerste klant die tekent. Als je een ai-implementatie aan het afkaderen bent en wilt zien hoe een governance-plan eruitziet vóór je toezegt, plan een discovery-gesprek van 30 min. We lopen er een geanonimiseerd voorbeeld op het gesprek doorheen.
Verkopen jullie governance-plannen voor AI die jullie niet hebben gebouwd?
Ja. Losstaande governanceopdrachten worden in het kennismakingsgesprek schriftelijk afgebakend, voordat er werk begint. De oplevering is dezelfde drie documenten (beleidsdocument, audit-log-spec, rollback-plan), geschreven na een audit van de AI die je draait. Voor organisaties die snel live gingen en de schriftelijke basis nodig hebben voordat het compliancegesprek komt.
