Een AI-assistent in de klantenservice antwoordt vanuit de kennis die u eraan koppelt. De kwaliteit van de antwoorden wordt dus in de kennisbank bepaald, nog voordat de eerste klant een vraag stelt. De voorbereiding komt neer op vier besluiten: welke bronnen erin gaan, wie elk artikel bezit, welke velden elk artikel draagt, en hoe de eerste week aan onbeantwoorde vragen nieuwe artikelen oplevert.
Deze gids is voor de IT-manager, informatiemanager of het hoofd klantenservice bij een Nederlandse of Vlaamse organisatie van 250 tot 5.000 medewerkers, met een ticketsysteem en een ICT-partner. Crux Digits bouwt de AI-laag naast die partner; de checklist is het deel dat u zelf bezit, en het maakt ook uw medewerkers sneller.
Uit welke bronnen mag een AI-assistent voor klantenservice antwoorden?
Uit gepubliceerde bronnen met een benoemde eigenaar: het helpcentrum, actuele productbladen, klantgerichte voorwaarden en een opgeschoonde FAQ. Oude tickets en ruwe macro's zijn geen antwoordbron, wel input.
Artikelen uit het helpcentrum gaan er als eerste in: ze zijn voor klanten geschreven, dus het werk is velden toevoegen, niet herschrijven. De FAQ volgt na vergelijking met het helpcentrum, want een FAQ bevat vaak een kort antwoord dat van het origineel is afgedreven.
Productbladen gaan erin als actuele versie, één bestand per productversie. Freshdesk schrijft in de richtlijnen voor zijn AI-agent dat u bestanden beter niet gebruikt voor inhoud die vaak verandert, dus kies daar voor een artikel.
Voorwaarden gaan erin als de tekst die de klant ziet (retour, garantie, levertermijnen, algemene voorwaarden), elk met een geldig-vanaf-datum. Coulancegrenzen en goedkeuringsdrempels horen bij de interne set.
Macro's herschrijft u eerst. Een macro is geschreven voor een medewerker, met invulvelden en stappen als "controleer de order eerst in het ERP". Maak van het herbruikbare antwoord een artikel en laat de macro staan voor uw medewerkers.
Oude tickets blijven buiten de antwoordbronnen. Een afgehandeld ticket legt vast wat één medewerker op één dag aan één klant vertelde, uitzonderingen en persoonsgegevens inbegrepen. De Autoriteit Persoonsgegevens vat twee AVG-beginselen samen die hier gelden: niet meer gegevens verwerken dan het doel vraagt, en persoonsgegevens verwijderen zodra ze niet langer nodig zijn. Een export van onderwerpen en eerste berichten, zonder namen en ordernummers, laat wel zien welke vragen klanten stellen en in welke woorden.
Eén beslisregel dekt elk randgeval: een bron gaat erin als hij een benoemde eigenaar en een datum heeft, en als u het acceptabel vindt dat de assistent hem letterlijk aan een klant citeert.
Wie moet eigenaar zijn van elk kennisartikel?
Elk artikel heeft één benoemde persoon die instaat voor de juistheid en wijzigingen goedkeurt. Een rol of een gedeelde teammailbox werkt niet als eigenaar.
De eigenaar is wie het feit in de organisatie bezit: het retourartikel hoort bij het hoofd after-sales, het productblad bij de productmanager, facturatie bij finance. Klantenservice schrijft; de eigenaar bevestigt.
De software ondersteunt dit al. In Zendesk kan een beheerder via artikelverificatie artikelen markeren als te controleren; eigenaren van niet-geverifieerde artikelen krijgen dan op maandag en woensdag een herinneringsmail, en is de eigenaar een groep, dan krijgt elk groepslid die mail. Dat laatste is een goed argument om een persoon te benoemen. Verificatie zit in de Enterprise- en Enterprise Plus-abonnementen van Zendesk en in Knowledge Enterprise.
Eigenaarschap zorgt er ook voor dat correcties ergens landen. De Knowledge-Centered Service-methode van het Consortium for Service Innovation beschrijft Flag It or Fix It: wie een fout ziet, herstelt die als hij zeker is en de rechten heeft, en markeert hem anders, waarna de markering een workflow moet starten die een inhoudsdeskundige bereikt. Zonder eigenaarveld kan die markering nergens heen.
Welke velden moet elk kennisartikel hebben?
Minimaal zeven: eigenaar, geldig vanaf, herzien vóór, product, taal, doelgroep en status. Voeg versie, vervangen door en bronverwijzing toe bij artikelen die vaak wijzigen.
Eigenaar: een benoemde persoon, met een vervanger voor vakanties.
Geldig vanaf: de datum waarop de inhoud waar werd, niet de datum waarop hij is ingetikt. Zo ziet een medewerker of de assistent welke regel geldt voor een order van vóór een wijziging.
Herzien vóór: de datum waarop de eigenaar het artikel bevestigt of aanpast. Dynamics 365 Customer Service heeft dit ingebouwd: bij publicatie stelt u een vervaldatum en een status na verloop in, en verlopen artikelen verschijnen niet meer in zoekresultaten.
Product: het product of de productlijn, plus de versie of het modeljaar waar antwoorden verschillen. In Dynamics 365 koppelt u een artikel in hetzelfde publicatiescherm aan een product, en Freshdesk laat u een kennisbron afbakenen met regels op eigenschappen zoals de taal van de aanvrager en het product.
Taal: één artikel per taal, gekoppeld als vertaling, nooit twee talen in één tekst. Bedient u zowel Nederland als Vlaanderen, houd dan aparte Nederlandstalige versies aan waar begrippen, regels of contactgegevens verschillen.
Doelgroep: publiek, ingelogde klant, partner of dealer, of alleen intern. Dit veld bepaalt welke assistent het artikel mag gebruiken.
Status: concept, gepubliceerd, in herziening of ingetrokken.
Versie en vervangen door: een versienummer, en op een ingetrokken artikel een verwijzing naar het artikel dat het vervangt.
Bronverwijzing: het beleidsdocument, de contractbepaling of de productrelease die het artikel samenvat, zodat de eigenaar het naast het origineel kan leggen.
De meeste pakketten hebben voor de helft hiervan al velden of labels; de rest wordt een eigen veld. De regel die telt: zonder eigenaar en herziendatum geen publicatie.
Hoe vaak moet u klantenservice-artikelen herzien?
Herzie elk artikel zo vaak als het feit verandert: prijzen en voorwaarden bij elke wijziging, productartikelen per release, instructies elke zes maanden.
Herziening bij een gebeurtenis gaat voor: de eigenaar past het artikel aan op de dag dat de wijziging ingaat. Plan het in: Zendesk kan in de Enterprise-abonnementen een artikel automatisch publiceren of depubliceren op een vast tijdstip, en Dynamics 365 heeft daarvoor het veld Publish On.
Herziening op de kalender vangt de rest. Verificatieregels in Zendesk draaien wekelijks en markeren artikelen die niet zijn geverifieerd binnen een frequentie die u kiest, zoals twee weken, zes maanden of een jaar. Elders doet een opgeslagen weergave op het veld herzien vóór hetzelfde.
Ons voorstel als vertrekpunt, geen gepubliceerde norm: beleid bij elke wijziging plus een controle per kwartaal; prijzen en levertijden bij elke wijziging plus een maandelijkse controle; productbladen per release; instructies elke zes maanden. Begin elke ronde met de meest gebruikte artikelen, want die doen de meeste schade als ze niet kloppen.
Hoe voorkomt u dat de assistent een oude versie citeert?
Houd één gepubliceerde versie per artikel aan, archiveer de rest en controleer na elke wijziging of de oude tekst ook bij de assistent weg is.
Dynamics 365 dwingt het eerste deel af: er kan maar één versie van een artikel tegelijk gepubliceerd zijn, en u maakt een hoofd- of subversie zonder de live versie aan te raken.
Trek artikelen in in plaats van ze te verwijderen, zodat u bij een geschil maanden later kunt laten zien wat u klanten op een bepaalde dag vertelde.
Let op de kopie die de assistent bewaart. Niet elke assistent leest uw helpcentrum live. De documentatie van Zendesk voor de eerdere add-on AI agents Advanced beschrijft imports die dagelijks, wekelijks, maandelijks of eenmalig draaien. Een artikel dat u vanochtend hebt verbeterd, kan tot de volgende import nog in de kopie van de assistent staan. Stel na een beleidswijziging zelf de gewijzigde vraag aan de assistent.
Bij wijzigingen met een overgangsperiode schrijft u twee artikelen, elk met eigen geldig-vanaf- en herziendatum, en laat u de assistent eerst naar de order- of contractdatum vragen.
Wat moet er gebeuren als twee bronnen iets anders zeggen?
Los tegenstrijdigheden op vóór de livegang, met een vaste rangorde: eerst het vastgestelde beleid, dan productblad, helpcentrum, FAQ en macro.
Zoek ze bewust op: leg uw meest gestelde vragen langs alle bronnen die u wilt koppelen, en zet elk verschil op een lijst met beide teksten naast elkaar.
De eigenaar van de hoogst gerangschikte bron beslist. De andere tekst wordt aangepast of ingetrokken, en blijft niet staan met een notitie "zie het andere artikel". Een assistent die twee antwoorden vindt, gebruikt er één, en u bepaalt niet welke.
Houd daarna vast aan één vraag, één artikel. Freshdesk adviseert artikelen die over één onderwerp, taak of probleem gaan, met verwijzingen naar verwante artikelen in plaats van extra werkwijzen in dezelfde tekst. Die opbouw helpt de assistent bij het vinden en helpt mensen ook: de dagdienst, de avonddienst en de assistent geven hetzelfde antwoord, omdat ze dezelfde tekst lezen.
Wat blijft intern, en wat mag de assistent aan klanten vertellen?
Een artikel is alleen publiek als u het ook op uw website zou zetten. Al het andere krijgt de doelgroep intern of ingelogd en blijft bij medewerkers of bij een assistent die weet wie er vraagt.
Intern zijn escalatiepaden, coulancegrenzen, contactpersonen bij leveranciers en niet-goedgekeurde noodoplossingen. Schrijf die als aparte artikelen, gekoppeld aan het publieke artikel en met dezelfde eigenaar.
Controleer hoe uw pakket met afgeschermde inhoud omgaat voordat u iets koppelt. De AI-agent van Freshdesk leert alleen van publiek zichtbare artikelen; privé- of afgeschermde artikelen worden uitgesloten. TOPdesk heeft een beschikbaarheidsoptie die bepaalt welke kennisitems een klantgroep of een behandelaarsgroep ziet. De eerdere importdocumentatie van Zendesk biedt een schakelaar om privéartikelen met een API-token te importeren, en waarschuwt dat verkeerde inloggegevens geen foutmelding geven. Test dus wat de assistent werkelijk ziet.
Inhoud voor ingelogde klanten, zoals contractvoorwaarden per klant of ordergegevens, hoort bij een assistent die heeft vastgesteld wie er vraagt. Uw medewerkers profiteren van dezelfde splitsing: het interne artikel staat in hun werkomgeving, het publieke op de website, en beide zeggen hetzelfde.
Hoe vult u met de eerste week aan gesprekken de gaten?
Bekijk vijf werkdagen lang dagelijks elk gesprek dat de assistent niet kon beantwoorden of doorzette, en geef elk gat een eigenaar.
Haal drie soorten gesprekken op: overdrachten aan een medewerker, antwoorden waarin de assistent zei het niet te weten, en gesprekken waarin de klant de vraag herhaalde. Verdeel ze daarna over vijf bakken.
Er is geen artikel: de eigenaar schrijft er een. Het artikel bestaat maar werd niet gevonden: herschrijf titel en eerste zin in de woorden van de klant. Het artikel was verouderd of tegenstrijdig: de eigenaar corrigeert en de versie gaat omhoog. Er is geen beleid: de vraag gaat voor een besluit naar de eigenaar in de organisatie, niet naar de schrijver. De vraag hoort altijd bij een mens (klachten, juridische vragen, verzoeken over persoonsgegevens): voeg een overdrachtsregel toe, geen artikel.
Houd de lijst eenvoudig: vraag, bak, eigenaar, datum opgelost. Een dagelijks halfuur met de teamleider klantenservice en de kennisredacteur volstaat. Na week één gaat u naar een wekelijks ritme.
Bronvermelding maakt dit sneller. De AI-agents van Zendesk kunnen klanten een link Sources tonen met de artikelen achter een antwoord, standaard aan, zodat elk transcript laat zien welk artikel welk antwoord opleverde. Behandel transcripten onder dezelfde bewaartermijnen als tickets. Wat u daarna meet, leest u in ons stuk over het getal dat u bij een AI-servicedesk eerst controleert.
Elke oplossing verbetert de antwoorden van uw medewerkers net zo goed als die van de assistent.
Waar passen SimplyBoost en Crux Digits?
Er zijn twee routes, en de checklist hierboven geldt voor allebei: een kant-en-klare assistent, of een maatwerkbouw die aan uw eigen systemen hangt.
SimplyBoost is ons eigen product: een AI-supportagent die antwoordt vanuit uw website, pdf's, FAQ en catalogus, via websitechat, WhatsApp, Instagram en Facebook Messenger. Een account heeft drie AI-agents, zodat een publieke assistent en een portaalassistent elk putten uit de doelgroep waarvoor ze bedoeld zijn. De portaalagent werkt op ingelogde pagina's en herkent gebruikers aan hun geverifieerde e-mailadres. Hij antwoordt in het Nederlands, Frans, Duits, Spaans en Engels, en draagt over aan een medewerker of aan Zendesk, Freshdesk, Gorgias of Slack, met het gesprek erbij.
De maatwerkroute is Crux Digits, voor een assistent die uw ERP, ticketdata of meerdere bronnen onder één rangorde moet lezen. Een AI-audit kost €2.500, een Productieklare MVP €20.000, en productie begint bij €50.000, alles exclusief btw, en u krijgt de code. Wij bouwen naast uw ICT-partner. Uw ticketsysteem, de hosting en het beheer daarvan blijven waar ze zijn.
Meer over de maatwerkroute: AI-klantenservice-agent.
Laatst bijgewerkt: 28 oktober 2026.
SimplyBoost, ons eigen product, antwoordt uit uw documenten via websitechat en WhatsApp. Moet het antwoord uit uw eigen systemen komen, dan bouwen wij dat deel.
AI-klantenservice →
