Iedereen heeft hetzelfde model. Het verschil zit in de rest.

De verschuiving

Het model is het goedkoopste onderdeel geworden

Achttien maanden geleden was modelkeuze een echte vraag. Het verschil tussen de beste en de op-drie beste modellen was zichtbaar in de praktijk, en wie het verkeerde koos, merkte dat.

Dat verschil is grotendeels verdampt. De volwassen modellen — OpenAI, Anthropic, Google, en de open modellen die je zelf kunt hosten — lezen documenten, voeren gesprekken en leveren gestructureerde output op een niveau dat voor het typische kantoorwerk ruim volstaat. Ze zijn bovendien onderling uitwisselbaar geworden: het model waar je vandaag op bouwt, kun je over een jaar vervangen zonder je hele inrichting om te gooien.

De sector die dit het scherpst heeft gezien, is de techsector zelf. Wie daar naar een architectuurplaat van "de AI-stack" kijkt, ziet niet één keuze maar negen categorieën en tientallen bouwstenen.

• Taalmodellen
• Agentic frameworks
• RAG
• Embeddings
• MCP
• Guardrails
• Observability
• Geheugen & vector databases
• Automatisering

Die plaat is voor een kantoor van twaalf mensen niet één-op-één relevant. Je hoeft geen negen lagen te bouwen. Maar de onderliggende boodschap is wel relevant.

Het model is de motor, niet de auto.

"Welk model is het beste?" is inmiddels de makkelijkste vraag geworden. En daarmee de minst interessante.

De diagnose

Waarom een abonnement stopt bij een half uur per week

Zoom in op wat een los abonnement precies wél en niet is. Een model in een chatvenster is intelligentie zonder toegang. Concreet mist het vier dingen die je werk nu juist definiëren.

• Het kent jouw kennis nietHet weet veel over verzekeren in het algemeen, maar niets over de voorwaarden van jouw volmachtgevers, jullie acceptatiekader, de afspraken in jullie serviceabonnement of hoe jullie een specifieke uitsluiting uitleggen. Een adviseur die een dekkingsvraag stelt zonder de juiste voorwaarden mee te geven, krijgt een goed geformuleerd antwoord over een polis die niet bestaat.
• Het kan niets vinden en niets vastleggenHet heeft geen toegang tot je polisadministratie, je dossiers, je mailbox, HDN-berichten of het klantportaal. Elke keer moet iemand de context handmatig aanleveren en de uitkomst handmatig ergens neerzetten. Dat kopiëren en plakken is precies het werk dat je wilde wegnemen.
• Het onthoudt nietsMorgen begint het gesprek weer bij nul. Wat vorige week met deze klant is afgesproken, welke uitzondering jullie toestaan, waarom deze aanvraag eerder is afgewezen: elke keer opnieuw.
• Er is geen spoorNiemand kan achteraf reconstrueren welke informatie erin ging, wat eruit kwam en wat de medewerker ermee heeft gedaan. Voor een gesprekssamenvatting is dat geen probleem. Voor iets wat richting een advies, een acceptatiebeslissing of een schadestandpunt beweegt, is het onbespreekbaar — en dat weet iedereen die ooit een dossier voor de AFM of Kifid heeft moeten opbouwen.

Tel die vier bij elkaar op en je begrijpt waarom een abonnement blijft steken op schrijfhulp. Niet omdat de intelligentie tekortkomt, maar omdat er geen enkele verbinding is tussen die intelligentie en de plek waar het werk gebeurt.

De kaart

Welke lagen een assurantiekantoor werkelijk raken

Van die negen enterprise-categorieën zijn er in de praktijk vijf tot zeven die bij een kantoor of advieskantoor daadwerkelijk het verschil maken. Zo zien ze eruit als je ze naar jouw operatie vertaalt.

• 01Het model — de intelligentie Het taalmodel dat leest, redeneert en formuleert. Wat je moet weten: dit is een keuze die je later nog kunt herzien, geen fundament. Behandel het als een leverancier, niet als een huwelijk.
• 02Kennisontsluiting (RAG) — jouw kennis in plaats van algemene kennis Je polisvoorwaarden, acceptatierichtlijnen, werkinstructies, volmachtafspraken en eerdere dossiers vindbaar maken voor het model, met bronvermelding per antwoord. Wat het oplevert: antwoorden die verifieerbaar zijn. Niet "dit is gedekt", maar "dit is gedekt volgens artikel 4.2 van voorwaarden versie 2025-03". Zonder deze laag is elk antwoord onnavolgbaar en dus onbruikbaar in een dossier.
• 03Koppelingen — verbinding met je systemen Gecontroleerde toegang tot Anva, CSS, Elements, Novulo, HDN, je mailbox, je documentmanagement. Technisch heet de standaard hiervoor tegenwoordig vaak MCP; praktisch is het de laag die bepaalt of de agent alleen kan meedenken of ook daadwerkelijk iets kan opzoeken en vastleggen. Dit is bijna altijd de laag die het verschil maakt tussen "leuke pilot" en "scheelt echt uren".
• 04Orkestratie — het werk in stappen, met een vaste route De logica die bepaalt welke stap wanneer volgt, wat er gebeurt bij twijfel, wanneer iets naar een mens gaat en wat er misgaat als een stap faalt. Wat het oplevert: voorspelbaarheid. Een proces met veertien expliciete stappen is minder indrukwekkend dan één slimme prompt, en na drie maanden productie oneindig veel waardevoller.
• 05Logging en monitoring — zien wat er gebeurt Per stap vastleggen welke input erin ging, welke uitkomst eruit kwam, welke bron is gebruikt en wat de medewerker heeft aangepast. Dat levert twee dingen tegelijk op: het is je audittrail richting toezichthouder, én de enige manier om te weten of de kwaliteit langzaam wegzakt. Zonder deze laag heb je een oordeel over de agent op basis van gevoel.
• 06Grenzen en controles (guardrails) — wat mag hij wel en niet Harde afspraken. Geen BSN in prompts. Geen bedrag boven X zonder tweede paar ogen. Geen klantcommunicatie zonder goedkeuring. Geen persoonsgegevens naar een model buiten de EU als jullie beleid dat verbiedt. Wat het oplevert: de mogelijkheid om iets echt live te zetten, in plaats van eeuwig in een proefopstelling te blijven hangen.
• 07Geheugen — continuïteit per klant en per dossier Eerder vastgelegde context die bij een volgend contactmoment automatisch beschikbaar is. Wat je moet weten: dit is de laag die je het langst kunt uitstellen. Hij levert veel op, maar alleen als 2 tot 6 al staan — en als er niets staat, vergroot geheugen vooral de kans dat een fout zich herhaalt.

Het voorbeeld

Één mutatieverzoek door de stack

Abstract blijft dit vaag, dus neem een alledaags geval. Een klant mailt: "Ik heb een nieuwe auto, kenteken volgt volgende week, kan mijn verzekering worden aangepast? En de schuur is inmiddels verbouwd."

• AMet een abonnement De medewerker leest de mail, plakt hem in het chatvenster, vraagt om een net antwoord, kopieert dat naar Outlook, past het aan, opent de polisadministratie, zoekt de klant op, voert de mutatie in, bedenkt zelf dat die schuurverbouwing gevolgen kan hebben voor de opstalverzekering, en zet daar een notitie voor. Tijdwinst: het schrijven van de mail. Alles wat tijd kostte, kostte nog steeds tijd.
• BMet een ingerichte stack De mail komt binnen en wordt geclassificeerd als mutatieverzoek met twee onderwerpen (orkestratie). Klant en lopende polissen worden opgehaald uit de administratie (koppeling). De agent stelt vast dat het kenteken ontbreekt en de mutatie dus nog niet uitgevoerd kan worden (deterministische controle), en dat een verbouwing raakt aan de opstaldekking en de verzekerde som (kennisontsluiting, met verwijzing naar de voorwaarden). Er wordt één antwoordmail voorbereid die om het kenteken vraagt én de vraag over de verbouwing agendeert, plus een taak voor de adviseur over mogelijke onderverzekering. De medewerker controleert, past één zin aan en verstuurt (mens beslist). Alles wat er gebeurde staat vast (logging).

Zelfde model. Zelfde mail. Het verschil zit volledig in de zes lagen die niets met modelkeuze te maken hebben.

En let op wat er in het tweede scenario nog gebeurt: de agent ziet de tweede vraag in die mail. Dat is niet omdat het model slimmer is dan de medewerker, maar omdat een proces dat expliciet is gemaakt niets overslaat op een drukke vrijdagmiddag. Daar zit vaak meer waarde dan in de tijdwinst.

De volgorde

Niet alle lagen tegelijk

De reflex bij een lijst van zeven lagen is om er een project van te maken. Doe dat niet. In de praktijk werkt deze volgorde — per proces, niet kantoorbreed.

• Eerst één proces, scherp afgebakendNiet "de binnendienst", maar "mutatieverzoeken die per mail binnenkomen" of "compleetheidscheck op hypotheekdossiers". Klein genoeg om de randgevallen echt te kennen.
• Dan je kennis op ordeWelke voorwaardenversies gelden, waar staan ze, en wie beheert ze? Dit is de fase waarin regelmatig blijkt dat het acceptatiebeleid deels in de hoofden van twee ervaren mensen zit. Vervelend om te ontdekken, waardevoller dan alles wat erna komt.
• Dan de koppelingEén systeem, lezen en schrijven, met een duidelijke afbakening van wat mag. Dit is het punt waarop tijdwinst voor het eerst echt zichtbaar wordt.
• Logging vanaf dag éénNiet later toevoegen. Een agent zonder spoor kun je niet uitbreiden, want je weet niet wat hij doet.
• Dan orkestratie en grenzenZodra het werkt, wordt de vraag: wat gebeurt er bij uitzonderingen, bij twijfel, bij fouten? Dat is het moment om het proces expliciet te maken.
• Geheugen als laatsteWaardevol, maar alleen bovenop een fundament dat staat.

Kantoren die zo werken, hebben na een kwartaal één proces dat écht loopt en een fundament waarop het tweede proces sneller gaat. Kantoren die alles tegelijk aanpakken, hebben na een kwartaal een architectuurplaat.

De keerzijde

Elke laag is ook onderhoud

Twee dingen die we er eerlijk bij moeten zeggen, omdat ze anders bij jou op tafel komen in plaats van bij ons.

Elke laag die je toevoegt, moet iemand bijhouden. Voorwaarden veranderen per 1 januari. Je administratie krijgt een update. Beleid wordt aangescherpt. Een model wordt vervangen. Een stack is geen installatie maar een inrichting die meebeweegt met je kantoor. Wie dat onderhoud niet organiseert, heeft over achttien maanden een agent die met veel zelfvertrouwen verouderde voorwaarden citeert — en dat is een groter risico dan geen agent hebben.

En niet elk proces heeft de hele stack nodig. Voor een adviseur die hulp wil bij het formuleren van een klantbrief is een abonnement precies goed. Geen koppeling, geen orkestratie, geen geheugen. Het onderscheid dat we hier maken is niet "abonnement slecht, stack goed", maar: een abonnement helpt individuele mensen sneller schrijven, een stack haalt werk uit je operatie. Dat zijn twee verschillende doelen, met twee verschillende prijskaartjes. Problemen ontstaan als je het eerste koopt en het tweede verwacht.

Tot slot

Het schaarse goed is niet langer de intelligentie

De vraag "ChatGPT of Copilot?" is in twee jaar van strategisch naar triviaal gegaan. Dat is goed nieuws, want het betekent dat de intelligentie geen schaars goed meer is. Jouw concurrent aan de andere kant van de stad heeft toegang tot precies hetzelfde model als jij, voor precies hetzelfde bedrag per maand.

Daarmee verschuift het verschil naar wat níet te kopen is: hoe goed je eigen kennis is ontsloten, hoe je systemen bereikbaar zijn, hoe expliciet je proces is, en hoe je kunt uitleggen wat er is gebeurd. Dat is geen inkoopvraagstuk. Dat is een inrichtingsvraagstuk — en het is precies de reden dat de kantoren die nu resultaat boeken, niet de kantoren zijn met het nieuwste model.

De relevante vraag is dus niet meer welk model je gebruikt. Het is: welke van deze lagen staat er bij jou al, en welke ontbreekt in het proces waar je de meeste tijd in kwijt bent?