Wat betekent 'beter' bij AI?
Beter betekent dat de totale taak, inclusief voorbereiding en controle, volgens vooraf gekozen criteria verbetert. Een antwoord dat sneller verschijnt maar meer fouten of herstelwerk oplevert, kan slechter zijn. Bepaal daarom vóór de test wat telt: juiste feiten, volledigheid, begrijpelijkheid, doorlooptijd en inspanning van de medewerker. OpenAI beschrijft evaluaties als basis voor gerichte modelverbetering. Een klein team kan hetzelfde principe toepassen zonder ingewikkeld platform.
Gebruik een vaste set voorbeelden uit één afgebakende taak. Maak de set representatief: eenvoudige gevallen, een lastig geval en een geval dat het systeem hoort terug te geven. Verwijder persoonsgegevens of maak de voorbeelden fictief als de productvorm voor echte dossiers nog niet is goedgekeurd. Laat een beoordelaar de referentiebron aanwijzen voordat AI-antwoorden worden bekeken.
Hoe vergelijk je met de huidige werkwijze?
Laat dezelfde taak eerst volgens de bestaande procedure uitvoeren. Noteer de benodigde tijd, gebruikte bron, fouten die tijdens controle worden ontdekt en correctietijd. Herhaal voor de AI-route met dezelfde input en dezelfde beoordelingsregel. Tijd is pas vergelijkbaar als je voorbereiding, wachten, lezen, broncontrole en herstel meetelt. Een willekeurige demo op andere vragen geeft geen eerlijke vergelijking.
Bij teksten met meerdere goede versies kun je werken met een inhoudelijke checklist in plaats van één voorbeeldantwoord. Bijvoorbeeld: bevat de samenvatting alle verplichte voorwaarden, noemt zij geen nieuwe bedragen en is de bron duidelijk? Houd de criteria kort genoeg dat twee medewerkers ze op dezelfde manier kunnen toepassen. Leg meningsverschillen vast; die wijzen vaak op een onduidelijke taakdefinitie.
Welke kolommen heb je echt nodig?
Maak per testgeval een regel met ID, bronversie, verwachte uitkomst, resultaat huidige proces, resultaat AI, fouten, correcties en totale tijd. Bewaar ook de gebruikte prompt, model- of productversie en testdatum. Daarmee kun je een latere wijziging beoordelen. NIST noemt meten een aparte functie in risicobeheer; een gevoel van vooruitgang vervangt geen vastgelegde observatie.
Maak verschil tussen kleine stijlcorrecties en kritieke inhoudelijke fouten. Eén verkeerde datum in een klantbrief kan zwaarder wegen dan vijf verbeterde formuleringen. Laat de proceseigenaar vooraf bepalen welke fout onmiddellijk stoppen betekent, bijvoorbeeld een antwoord met afgeschermde informatie of een ongecontroleerd bedrag. Tel geen gedeeltelijke antwoorden als volledig omdat ze prettig lezen.
Hoe voorkom je een toevallig succes?
Voer dezelfde set opnieuw uit als je prompt, bron, connector of model verandert. Verander maar één factor tegelijk. Zo kun je achterhalen of een betere score komt door de nieuwe prompt of een andere documentversie. Bewaar een paar nieuwe, ongeziene voorbeelden voor een latere controle; anders kan de oplossing alleen op de bekende set goed lijken. Ook kleine tests kunnen helpen, zolang je de grenzen van de conclusie opschrijft.
Een eerste proef is geen statistisch bewijs voor alle toekomstige gevallen. De testset laat zien wat onder die gekozen omstandigheden gebeurde. Benoem welke varianten nog ontbreken, zoals andere talen, verouderde documenten of piekbelasting. Ga niet van één medewerker naar automatische verzending omdat de eerste vijf antwoorden goed waren. Het risico van een fout verandert wanneer de uitvoer zonder review naar buiten gaat.
Wanneer is een vervolg verantwoord?
Neem een beslissing in gewone taal: doorgaan met dezelfde taak, aanpassen en opnieuw testen, of stoppen. Noteer het waargenomen voordeel en de belangrijkste resterende fout. Wijs iemand aan die nieuwe fouten verzamelt en een nieuwe test inplant wanneer bronnen of instellingen wijzigen. Als de menselijke controle te veel werk blijft, verbeter dan de taak of de bron in plaats van alleen een groter model te kiezen.
Een vervolgproef kan pas klantgegevens gebruiken als de gegevensregels en productvoorwaarden dat toelaten. Voor uitrol naar een werkproces horen bovendien eigenaarschap, logging en een terugvalroute bij de beslissing. De installatiegids helpt die volgende stappen te ordenen.
Bronnen en controle
- Auteur
- Jesse Dekkers, Redactioneel verantwoordelijke, Palisade. Verantwoordelijk voor de inhoud en actualisering van deze Palisade Kennisgids.
- Inhoudelijke controle
- Jesse Dekkers op 25 oktober 2026
- Werkwijze
- Meetmethode gebaseerd op primaire evaluatie- en risicodocumentatie, gecontroleerd op 25 oktober 2026. Er zijn geen prestaties in een klantomgeving gemeten.
- OpenAI — Model optimization (gecontroleerd 25 oktober 2026)
- NIST — AI RMF Core (gecontroleerd 25 oktober 2026)