Operationele context omvat de procedures, regels, systemen, rollen en historie die duidelijk maken hoe het werk in je bedrijf wordt uitgevoerd. AI heeft operationele context nodig om verder te komen dan aannemelijke antwoorden en bedrijfsprocessen uit te voeren met de juiste informatie, toegangsrechten, goedkeuringsregels en bewijs van afronding.
Als je een dienstverlenend bedrijf hebt of een operationeel team leidt, is dit onderscheid belangrijk voordat je werk aan AI delegeert. Een agent die een onboardingmail kan schrijven, weet niet vanzelf of het contract is ondertekend, wie toegang mag goedkeuren of wanneer de onboarding als afgerond geldt. Betrouwbaar delegeren vraagt om een duidelijk onderscheid tussen een prompt en een procedure, en om processen die zo zijn ingericht dat zowel mensen als AI ermee kunnen werken.
Wat valt er onder operationele context?
Operationele context omvat zowel hoe het werk moet verlopen als de actuele gegevens die nodig zijn om het uit te voeren. Een procedure beschrijft de werkwijze; operationele context maakt ook duidelijk welke regels gelden, wie verantwoordelijk is, welke systemen gekoppeld zijn en welke uitvoeringshistorie relevant is.
Denk aan wat een ervaren collega nodig heeft om de onboarding van een klant over te nemen. Alleen de instructie 'zorg dat de klant kan starten' is niet genoeg. Die collega moet weten welke dienst is verkocht, welke gegevens leidend zijn, welke toegang is toegestaan en wat er moet gebeuren als er iets ontbreekt.
Procedures en beslisregels
Een standard operating procedure (SOP) is een vastgelegde werkwijze voor een herhaalbare activiteit. Die moet de aanleiding, benodigde input, stappen en verwachte uitkomst beschrijven, niet alleen taken opsommen.
Beslisregels leggen uit wanneer een andere route nodig is. Een onboardingproces kan bijvoorbeeld een extra beoordeling vereisen als de ondertekende overeenkomst afwijkt van de standaardvoorwaarden. Zonder die regel kan AI de normale volgorde blijven volgen, ook als de situatie om een uitzondering vraagt.
Systemen en actuele informatie
Context omvat waar het werk plaatsvindt en welke informatie moet worden gebruikt. Je klantgegevens staan misschien in een CRM, de overeenkomst in een documentopslag en de uitvoeringsplanning in een projecttool.
Toegang tot systemen is niet hetzelfde als documentatie. Weten dat er een CRM bestaat, geeft een agent nog geen toestemming om een klantrecord te lezen of bij te werken. Betrouwbare uitvoering vereist zowel de relevante informatie als toegang tot de applicatie met passende, afgebakende rechten.
Rollen, goedkeuringen en grenzen
Rollen maken duidelijk wie het werk uitvoert, wie proceseigenaar is en wie bepaalde beslissingen mag nemen. Goedkeuringsregels bepalen welke handelingen moeten wachten op een besluit van een bevoegde persoon.
Dat is iets anders dan een algemene instructie om 'voorzichtig te zijn'. Een agent moet weten of hij een e-mail mag opstellen, deze mag versturen, toegang mag verlenen of die handelingen alleen ter beoordeling mag voorstellen.
Eerdere runs en bewijs
Een run is één concrete uitvoering van een procedure, zoals de onboarding van een specifieke klant. Eerdere runs kunnen laten zien wat er is gebeurd, welke uitzonderingen optraden en hoe daarover is besloten.
Historische gegevens vragen om een zorgvuldige interpretatie. Een eerdere uitzondering is bewijs van een besluit, geen automatische toestemming om die uitzondering opnieuw toe te passen. Zorg dat de goedgekeurde procedure duidelijk te onderscheiden blijft van historische voorbeelden, vooral wanneer regels zijn gewijzigd.
Operationele context is niet alles wat je bedrijf ooit heeft opgeschreven. Het gaat om de relevante, gezaghebbende informatie en beheersmaatregelen die nodig zijn om een specifieke taak uit te voeren.
Wat is het verschil tussen een prompt, een procedure en een run met beheersmaatregelen?
Een prompt vraagt AI om een antwoord te geven of een handeling uit te voeren; een procedure bepaalt hoe herhaalbaar werk moet verlopen. Een run met beheersmaatregelen past die procedure toe op een specifiek geval, met duidelijk eigenaarschap, toegangsrechten, goedkeuringscontroles en een controleerbaar verslag.
Deze hulpmiddelen vullen elkaar aan, in plaats van elkaar te vervangen. Prompts blijven nodig, maar één prompt zou niet je hele operationele werkwijze hoeven te bevatten.
Aspect | Prompt | Procedure | Run met beheersmaatregelen |
|---|---|---|---|
Hoofddoel | Om een resultaat of handeling vragen | Een herhaalbare werkwijze vastleggen | De werkwijze voor een specifiek geval uitvoeren |
Gebruikelijke inhoud | Doel, instructies en aangeleverde feiten | Stappen, rollen, input en beslisregels | Daadwerkelijke input, toewijzingen, status en besluiten |
Relatie met systemen | Kan beschikbare tools beschrijven of gebruiken | Benoemt benodigde systemen en informatie | Gebruikt gekoppelde systemen binnen de toegekende rechten |
Goedkeuringen | Kan AI vragen om goedkeuring te vragen | Legt vast wanneer goedkeuring nodig is | Blokkeert handelingen waarvoor goedkeuring vereist is totdat die is vastgelegd |
Omgaan met uitzonderingen | Afhankelijk van de aangeleverde instructies | Definieert alternatieve routes en escalatie | Stuurt het concrete geval door of pauzeert het |
Bewijs | Gesprek of gegenereerde output | Beschrijft welk bewijs moet worden verzameld | Bewaart bewijs van afronding en de activiteitenhistorie |
Een voorbeeld van klantonboarding
Een prompt zou kunnen luiden: 'Regel de onboarding van de nieuwe klant en stuur een welkomstmail.' Daarmee blijven cruciale vragen onbeantwoord: welke klant, welke diensten, welke ontvangers en of er toestemming is om het werk te starten.
Een procedure is explicieter: controleer de ondertekende overeenkomst, bevestig het dienstenpakket, verzamel de benodigde gegevens, keur toegang goed, maak de projectomgeving aan en verstuur het goedgekeurde welkomstbericht.
Een run met beheersmaatregelen koppelt die instructies aan één klant. De run bevat de gegevens van die klant, wijst de verificatiestap toe, houdt het verlenen van toegang tegen totdat er goedkeuring is en legt de verwijzing naar de aangemaakte projectomgeving en de communicatie vast.
Het verschil zit niet simpelweg in een langere prompt. Het is het verschil tussen AI vertellen wat je wilt en een gecontroleerde manier creëren waarop het werk wordt uitgevoerd.
Lees voor hulp bij het schrijven van de onderliggende instructies het artikel over procesdocumentatie die is ingericht op uitvoering. Documentatie wordt pas bruikbare operationele context als die relevant, actueel en beschikbaar is op het moment dat het werk wordt uitgevoerd.
Waarom weet ChatGPT niet hoe je bedrijf werkt?
ChatGPT kent niet automatisch je interne procedures, actuele gegevens of bevoegdheidsregels. Tenzij je die informatie aanlevert of toegankelijk maakt via koppelingen, kan het geen betrouwbaar onderscheid maken tussen jouw goedgekeurde werkwijze en een aanpak die in het algemeen aannemelijk klinkt.
Een model kent misschien gangbare onboardingmethoden. Het weet niet vanzelf dat je uitvoeringsteam de startdatum moet goedkeuren of dat een bepaalde klant een ander rapportageproces nodig heeft.
Ook als je documenten uploadt, kunnen er nog verschillende hiaten zijn:
Geldigheid: Welk document is goedgekeurd en welk document is een oud concept?
Relevantie: Welke instructies gelden voor deze dienst, klant of aanvraag?
Stand van zaken: Wat is er in dit geval al gebeurd?
Bevoegdheid: Welke handelingen mag de assistent uitvoeren?
Controle: Wat voorkomt daadwerkelijk dat de assistent vóór goedkeuring doorgaat?
Bewijs: Waar worden het resultaat en de besluitvormingshistorie vastgelegd?
Een handboek uploaden kan de antwoorden verbeteren. Op zichzelf creëert het geen uitvoeringssysteem. De bredere oorzaken van deze kloof worden besproken in waarom AI-agenten falen in bedrijfsprocessen.
Wat betekent het om je bedrijfsvoering klaar te maken voor AI?
Een bedrijfsvoering die klaar is voor AI heeft processen, informatie en beheersmaatregelen die zo zijn ingericht dat AI afgebakend werk kan uitvoeren onder expliciete menselijke regie. Dat betekent niet dat elk proces geautomatiseerd is of dat elke beslissing wordt gedelegeerd.
Je kunt klaar zijn voor AI en gevoelige afwegingen toch volledig bij mensen laten. Een agent kan bijvoorbeeld onboardinggegevens verzamelen en een samenvatting opstellen, terwijl een manager beslist of de samenwerking kan doorgaan.
Een praktische toets is of je voor een voorgestelde AI-taak vijf vragen kunt beantwoorden: Wat moet er gebeuren? Welke informatie is van toepassing? Welke systemen mag de agent gebruiken? Wanneer moet hij stoppen? Hoe controleer je de uitkomst?
Als je voor die antwoorden telkens bij de oprichter moet aankloppen, is het proces nog niet klaar om betrouwbaar te worden gedelegeerd, ongeacht of je het aan een mens of aan AI overdraagt.
Hoe maak je je bedrijfsprocessen beschikbaar voor een AI-agent?
Geef een AI-agent een gestructureerd proces, de informatie over het specifieke geval en gecontroleerde toegang tot de benodigde systemen. Begin met één afgebakende workflow, leg beslissingen en stopvoorwaarden expliciet vast en test de uitvoering voordat je meer verantwoordelijkheid overdraagt.
Een AI-agent is software die een AI-model en tools gebruikt om taken uit te voeren. Doordat een agent kan handelen, zijn operationele grenzen belangrijker dan bij een tool die alleen tekst opstelt.
Gebruik deze volgorde om een proces voor te bereiden.
Bepaal de uitkomst en de grenzen. Kies een herhaalbare workflow met een duidelijk begin en einde. 'Stel een onboardingpakket samen voor beoordeling' is een betere eerste opdracht dan 'beheer onze klanten'. Leg vast wat buiten de verantwoordelijkheid van de agent blijft.
Bepaal welke instructies leidend zijn. Selecteer de goedgekeurde procedure, wijs een eigenaar aan en maak ondubbelzinnig duidelijk welke versie geldt. Houd ondersteunende toelichting beschikbaar, zonder die te vermengen met verplichte regels.
Maak van ontbrekende context expliciete invoervelden. Leg gegevens vast zoals klant-ID, dienstenpakket, streefdatum en verwijzing naar de overeenkomst. Laat de agent geen feiten afleiden die iemand moet aanleveren of verifiëren.
Leg beslissingen en uitzonderingen vast. Beschrijf wanneer van de normale route wordt afgeweken, wanneer ontbrekende informatie de voortgang blokkeert en wie onzekerheden afhandelt. 'Als de overeenkomst niet is ondertekend, stop dan en wijs de verificatie toe aan de accountverantwoordelijke' is bruikbaar; 'gebruik je gezonde verstand' is niet voldoende.
Koppel systemen met beperkte rechten. Geef alleen de toegang die nodig is voor de taak. Behandel het lezen van een klantrecord, het bewerken ervan en het versturen van een extern bericht als afzonderlijke rechten.
Dwing goedkeuringen buiten de prompt af. Plaats handelingen met belangrijke gevolgen achter daadwerkelijke goedkeuringscontroles. Een instructie om toestemming te vragen is nuttig, maar minder sterk dan een systeem dat de handeling weigert totdat de toestemming is vastgelegd.
Bepaal het vereiste bewijs en test de workflow. Leg vast wat de afronding bewijst en test vervolgens normale gevallen, ontbrekende input en uitzonderingen. Beoordeel zowel de output als de uitgevoerde handelingen voordat je meer autonomie toestaat.
Stel een compact contextpakket samen, geen stapel documenten
Voor een voorbeeldtaak rond onboarding kan je contextpakket het volgende bevatten:
De goedgekeurde onboardingprocedure en de toepasselijke regels voor de dienst.
Het klant-ID en de geverifieerde verwijzing naar de overeenkomst.
Links naar de relevante gegevens, met afgebakende toegangsrechten.
De aangewezen beoordelaar en het vereiste goedkeuringsmoment.
De vereiste resultaten, zoals een gecontroleerde samenvatting van de inrichting en een verwijzing naar de projectomgeving.
Een stopregel voor ontbrekende, tegenstrijdige of niet-verifieerbare informatie.
Deze structuur helpt mensen ook. Een nieuwe collega moet dezelfde input, regels en afrondingscriteria kunnen begrijpen, zonder een aparte instructieset voor AI te hoeven interpreteren.
Testen vraagt om een eigen, systematische aanpak. Gebruik de gids voor het testen en valideren van SOP's om te controleren of de procedure zelf werkt, voordat je de prestaties van het model als enige variabele beschouwt.
Welke rol speelt OKiDO bij operationele context?
OKiDO is een AI-operationsplatform dat gestructureerde procedures, gekoppelde systemen en daadwerkelijke uitvoering samenbrengt met regie, controle en bewijs. Het is geschikt voor dienstverlenende bedrijven met veel procesmatig werk, waar mensen en AI binnen dezelfde procedures, taaktoewijzingen en goedkeuringscontroles moeten samenwerken.
De operationele context begint in het OKiDO Playbook, waar je processen organiseert met documenten, SOP-sjablonen, opnames en beslisbomen. Zo krijgt het werk structuur, in plaats van dat instructies verspreid blijven over mappen en gesprekken.
SOP-sjablonen zetten herhaalbare instructies om in stappen met toewijzingen, invoervelden en goedkeuringen. Een RUN is in OKiDO de concrete uitvoering van een SOP-sjabloon, waarin voor een specifiek geval de status, opmerkingen, uploads en goedkeuringshistorie worden vastgelegd.
Een AI-agent die aan een SOP-stap is toegewezen, ontvangt de instructies voor die stap samen met het proces, gekoppelde documenten, omliggende stappen en runvariabelen. De agent werkt met de tools waarvoor hij rechten heeft gekregen en de mogelijkheden die aan hem zijn toegewezen. Afdwingbare goedkeuringsmomenten houden latere stappen vergrendeld totdat er goedkeuring is, en agenten wachten bij dat punt.
OKiDO biedt ook koppelingen met meer dan 400 ondersteunde applicaties. Externe handelingen, zoals het versturen van e-mail of het schrijven naar een gekoppelde app, vereisen standaard goedkeuring van een persoon; beheerders kunnen voor een agent specifieke uitzonderingen toestaan. Audit trails en inzicht in het gedrag van agenten maken de uitvoering controleerbaar.
Wanneer een andere tool beter past
Als je alleen af en toe teksten wilt opstellen of vragen wilt laten beantwoorden op basis van een paar documenten, kan een AI-assistent voldoende zijn. Als je vooral grote hoeveelheden gegevens tussen applicaties wilt verplaatsen, past een gespecialiseerd integratieplatform mogelijk beter.
OKiDO vervangt je CRM, boekhoudsysteem of helpdesk niet. Het voert de processen rond die systemen uit. Het kan ook niet je bedrijfsregels voor je bepalen: een proceseigenaar moet nog steeds de standaard vaststellen, tegenstrijdigheden oplossen en de instructies onderhouden.
OKiDO past het best bij terugkerend werk waarbij coördinatie en bewijs net zo belangrijk zijn als de gegenereerde output, zoals onboarding, dienstverlening aan klanten, compliancebeoordelingen of maandafsluitingen. Bekijk eerst SOP's en RUNs om te zien hoe een schriftelijke procedure wordt omgezet in uitvoering met duidelijke verantwoordelijkheden.
Veelgestelde vragen
Je kunt operationele context proces voor proces opbouwen, met een aangewezen eigenaar die verantwoordelijk is voor het actueel houden van de instructies. Die context kan verschillende AI-modellen ondersteunen, maar neemt de noodzaak van testen, verificatie en goedkeuringscontroles niet weg.
Is operationele context hetzelfde als het contextvenster van AI?
Nee. Het contextvenster van AI is de hoeveelheid informatie die een model in één interactie kan meenemen. Operationele context is de bedrijfsinformatie en de set beheersmaatregelen die nodig zijn om het werk uit te voeren. Een deel daarvan moet door gekoppelde systemen worden afgedwongen, in plaats van als input aan het model te worden meegegeven.
Moet je het hele bedrijf documenteren voordat je AI gebruikt?
Nee. Begin met één afgebakend proces en documenteer de informatie die nodig is om het veilig uit te voeren. Breid dit uit op basis van wat je leert, in plaats van nuttig werk uit te stellen totdat je een volledig operationeel handboek hebt.
Voorkomt operationele context alle AI-hallucinaties?
Nee. Relevante, gezaghebbende context kan ongefundeerde aannames verminderen, maar een AI-model kan nog steeds onjuiste output produceren. Verificatie, beperkte rechten, goedkeuringscontroles en controleerbaar bewijs blijven nodig, vooral bij handelingen met belangrijke gevolgen.
Wie moet de operationele context actueel houden?
De proceseigenaar moet eindverantwoordelijk zijn voor de procedure en de beslisregels. Systeemeigenaren bevestigen de toegangsvereisten en medewerkers die het werk uitvoeren signaleren hiaten. Wijs expliciet aan wie verantwoordelijk is voor beoordelingen en controleer de betrokken instructies wanneer diensten, systemen of beleid veranderen.
Kan dezelfde operationele context met verschillende AI-modellen werken?
Voor een groot deel wel: procedures, rollen, invoergegevens en goedkeuringsregels beschrijven je bedrijf, niet een specifiek model. Toolkoppelingen en modelspecifieke instructies moeten mogelijk worden aangepast, en bij een modelwissel moet je de workflow opnieuw testen. Documentatie die niet aan één model is gebonden helpt, maar garandeert geen identieke uitvoering.
Begin met één terugkerende workflow: bepaal welke goedgekeurde instructies, invoergegevens, rechten en stopvoorwaarden erbij horen en test de workflow voordat je meer verantwoordelijkheid delegeert.
