Drie poorten vóór de widget
Een chatbot “implementeren” wordt te vaak: code plakken en hopen. De widget is klaar voordat iemand heeft opgeschreven welke vraag hij mag beantwoorden. Bezoekers merken dat als eerste.
Werk in deze volgorde: scope, stop, steekproef. Scope: één taak, één eigenaar, een nulmeting van die vraag. Stop: wanneer de chatbot zwijgt of overdraagt. Steekproef: dezelfde vragenlijst vóór livegang en in de eerste weken erna. De widget komt pas als die drie stappen open zijn.
Eén taak, één eigenaar
Kies een vraag die jullie al vaak beantwoorden en waarvan het antwoord in jullie eigen teksten staat. “Alles wat klanten vragen” is te breed. Schrijf erbij wat de chatbot mag laten: geen korting geven, geen medische duiding, geen order wijzigen zonder bevestiging.
Wijs één persoon aan die bronnen mag goedkeuren en overdrachten beoordeelt. Zonder die naam is er niemand die een fout antwoord uit de lucht haalt. Noteer hoeveel keer die vraag nu per week komt — dat is de nulmeting. ROI reken je later, met resolutie in plaats van widget-sluitingen.
Wanneer de chatbot moet stoppen
Betrouwbaar implementeren is voor een groot deel: op tijd stoppen. Zonder geschreven stopregels gaat de chatbot door tot de bezoeker boos is of iets verkeerds meekrijgt. Lees de tabel van links naar rechts.
| Situatie | Wat de chatbot doet | Waarom |
|---|---|---|
| Geen bron, of twee bronnen die elkaar tegenspreken | Zegt dat het antwoord ontbreekt en biedt een medewerker aan | Zonder bron is gokken riskant. |
| De bezoeker vraagt om een mens | Draagt over, met de gesprekscontext | Weigeren om door te zetten ondermijnt het servicekanaal. |
| Betalen, medisch, juridisch, schade of een klacht over een persoon | Stopt en draagt over | Te hoog risico voor een eerste taak. |
| Iets wijzigen in CRM, shop of agenda zonder bevestigde bedoeling | Vraagt bevestiging of draagt over; schrijft niet stilzwijgend | Een foute schrijfactie is duurder dan een gemiste automatisering. |
| Dezelfde vraag loopt vast of de toon wordt gefrustreerd | Biedt overdracht aan in plaats van een derde keer hetzelfde antwoord | Dezelfde zin herhalen helpt de klant niet verder. |
Steekproef: vier soorten vragen
Een interne demo met de mooiste FAQ is te dun. Gebruik een vaste lijst — dezelfde vóór livegang en na elke bronwijziging. Vier soorten, minimaal twee vragen per soort, in het Nederlands dat jullie klanten echt gebruiken.
- 1Normaal: de taak zoals bedoeld, met de formulering van een klant, niet van jullie handleiding.
- 2Dubbelzinnig: twee mogelijke betekenissen, of een vraag die twee beleidsregels raakt.
- 3Gevoelig: iets dat volgens de stopregels niet beantwoord mag worden. De chatbot moet stoppen.
- 4Bewust fout: een verouderd bedrag, een andere merknaam, of een vraag buiten scope. De chatbot mag niet meegaan.
Livegang is pas aan de orde als de stopregels in de gevoelige en foute vragen werken. Dat de normale vragen “wel oké” voelen, is te weinig.
Herkenbaar als AI, zuinig met gegevens
Sinds 2 augustus 2026 gelden Europese transparantieregels: het moet uiterlijk bij het eerste contact duidelijk zijn dat iemand met AI praat, niet met een medewerker. Zet dat in het openingsbericht. Een zin in de privacyverklaring alleen is te laat. Uitzonderingen bestaan; dit is geen juridisch advies.
Vraag in de chat alleen gegevens die deze taak nodig heeft. Controleer waar gespreksdata staat en welke verwerkers meedoen, voordat je koppelingen aanzet. Koppel alleen wat de eerste taak waarmaakt.
Beperkt live, dan pas groter
Zet de chatbot eerst op één pagina of voor één doelgroep, met de gouden vragenlijst als meetlat. Kijk twaalf weken naar drie dingen: is de taak inhoudelijk afgerond, komt de overdracht aan, en wie heeft een bron aangepast?
Voor groeiend Nederlands MKB met één duidelijke website-taak is dit pad uitvoerbaar zonder intern AI-team. Avanza.chat volgt die volgorde: kennisbank, chat op de site, overdracht naar een medewerker via je bestaande systeem of inbox. De praktische klikken staan in de handleiding. Een groot ticketsysteem met tientallen medewerkers vraagt een andere aanpak.
Zo werkt het
- 1
Kies één taak en een eigenaar
Bijvoorbeeld levertijd, retour of “passen jullie bij ons?”. Schrijf op wat buiten scope valt. Zonder eigenaar geen livegang.
- 2
Zet alleen goedgekeurde bronnen klaar
FAQ, beleid en productteksten met naam en reviewdatum. Tegenstrijdige versies eruit.
- 3
Schrijf de stopregels
Wanneer zwijgt de chatbot, wanneer draagt hij over, en wie pakt dat op — met de gesprekscontext erbij.
- 4
Koppel alleen wat deze taak nodig heeft
Geen CRM, shop of agenda “voor later”. Eerst de kleinste koppeling die de taak waarmaakt, of helemaal geen koppeling.
- 5
Test met een gouden vragenlijst
Normale, dubbelzinnige, gevoelige en bewust foute vragen. Livegang pas als de stopregels in die test werken.
- 6
Ga beperkt live en meet
Eén pagina of één doelgroep. Meet of de vraag is opgelost, of de overdracht aankomt, en of iemand de bronnen bijhoudt. Daarna pas uitbreiden.
Veelgestelde vragen
Kan ik de chatbot dezelfde middag live zetten?
De widget wel, een betrouwbare chatbot niet. Zonder taak, goedgekeurde bron, stopregel en iemand die overdrachten pakt, is livegang een experiment op bezoekers. Doe scope, stopregels en steekproef eerst; de embed is de laatste stap.
Wanneer moet de chatbot stoppen?
Als de bron ontbreekt of botst, als de bezoeker om een mens vraagt, bij betalen, medisch, juridisch of schade, en als dezelfde vraag vastloopt. Stoppen op het juiste moment is onderdeel van een geslaagde implementatie.
Moet ik mijn hele kennisbank eerst perfect maken?
Eerst één taak. Maak de bronnen daarvoor betrouwbaar. De rest mag later. Een complete maar tegenstrijdige wiki is slechter dan tien artikelen met een eigenaar.
Moet de bezoeker weten dat het AI is?
Ja. Sinds 2 augustus 2026 eisen de Europese transparantieregels dat het uiterlijk bij het eerste contact duidelijk is dat iemand met AI praat, niet met een medewerker. Zet dat in het openingsbericht, niet alleen in de footer. Dit is geen juridisch advies; toets jullie situatie bij de Autoriteit Persoonsgegevens en jullie eigen counsel.
