Hoe herkennen we een agent die echt iets oplost?
Er is een controleerbaar resultaat in het gekoppelde systeem: gewijzigde bezorginstructies, een geopend dossier of een bevestigde afspraak. “Klaar” zeggen zonder gegevens te wijzigen is geen afgeronde dienst.
Vraag om het hele traject: klantidentiteit, gekozen bestelling, waarom de wijziging mag en de bevestiging. Herhaal dit met een andere gebruiker en een al verzonden bestelling. Hetzelfde verzoek moet onder andere omstandigheden een andere uitkomst geven.
Dit maakt veel zelfstandigheid mogelijk zonder elke zin goed te keuren. Gewone gevallen verlopen automatisch. Een concrete handeling waarvan de voorwaarden niet kloppen stopt, terwijl de agent via een andere toegestane route verder kan.
Welke resultaten melden gevestigde leveranciers?
Voor Tidio beschrijft Anthropic 71% zelfstandige afhandeling van de eigen klantenservice, meer dan twee miljoen gesprekken en 700% groei in het gebruik van het product Lyro. Het laatste cijfer gaat over productgebruik, niet over een verzevenvoudiging van klantproductiviteit. Het zijn allemaal cijfers uit een leverancierscase, geen resultaten van Tanduva. Tidio en Claude.
“In e-commerce vragen klanten vooral naar kwesties die actie vereisen.” — Marcin Gwizdała, CTO van Tidio, in de aangehaalde case.
Zoek waarde waar de klant een statuswijziging nodig heeft. Algemene regels uitleggen is maar een deel van klantenservice. Zo beschrijft de Kodif-case tools voor servicehandelingen. Dat biedt inspiratie voor de architectuur; rechten en bedrijfsregels moeten uit uw eigen praktijk komen.
Welke handelingen kunnen we stapsgewijs aan een agent overlaten?
Begin met leestoegang en omkeerbare wijzigingen met beperkte gevolgen. Breid zelfstandigheid uit op basis van praktijkresultaten, niet op basis van hoe zeker het model klinkt.
| Niveau | Voorbeeld | Wat moet worden gecontroleerd? |
|---|---|---|
| Informatie | Verzendstatus | Identiteit en juiste bestelling |
| Voorbereiding | Conceptklacht | Benodigde gegevens en bijlagen |
| Beperkte wijziging | Instructies voor een nog niet verzonden bestelling | Actuele status en toegestane velden |
| Financiële handeling | Terugbetaling binnen een vastgestelde grens | Betaling, rechten, eerdere handelingen |
Beperkingen horen in het systeem, niet alleen in de prompt. Een tool voor adreswijziging mag geen willekeurige databaseopdrachten accepteren. Hij ontvangt een dossier-ID en toegestane velden; de server controleert opnieuw of de klant en actuele status de handeling toelaten.
Hoe verifiëren we klanten zonder omslachtig gesprek?
Gebruik bestaande inloggegevens of verificatie die past bij de gevoeligheid van de handeling. Openbare bezoekers kunnen zonder login naar bezorging vragen. Specifieke bestelgegevens vragen strengere verificatie; een financiële wijziging kan een extra controle vereisen.
Leg helder uit waarom verificatie nodig is. Gegevens die de applicatie al kent hoeven niet opnieuw te worden gevraagd. Inlog- en betaalgegevens horen echter niet in gewone gesprekstekst.
Test specifiek het verwisselen van klanten. Een geverifieerd account mag nooit bij de bestelling van iemand anders komen, ook niet via een overtuigend verzoek. Het systeem moet bij elke relevante lees- en schrijfactie eigenaarschap controleren.
Wat als klant en agent het oneens zijn?
Een negatief klantantwoord moet de volgende actie beïnvloeden. Maak onderscheid tussen misverstand, ontbrekende informatie en onenigheid over beleid. Dezelfde boodschap drie keer anders formuleren lost meestal geen van die situaties op.
In de customerexperience-discussie uit augustus 2026 uiten deelnemers frustratie over het bereiken van een medewerker. Dat zijn individuele ervaringen, geen objectieve beoordeling van elk product. De ontwerples is duidelijk: zorg voor een werkende route naar een verantwoordelijke, niet voor een loze belofte.
Een andere discussie onder Fin-beheerders in de Intercom-community wijst ook op herhaalde onenigheid. Bewaar bij overdracht wat al is geprobeerd, zodat de medewerker kan doorgaan in plaats van opnieuw te beginnen.
Hoe voorkomen we dubbele handelingen bij storingen?
Elke wijziging heeft een unieke identificatie en een navolgbaar resultaat nodig. Hetzelfde verzoek herhalen geeft dan de status van de oorspronkelijke handeling terug in plaats van een nieuwe terugbetaling of klacht.
Stel dat het betaalsysteem een terugbetaling accepteert, maar het antwoord verloren gaat. Voor het model kan dat op een fout lijken. Zonder aparte statuscontrole kan het de handeling herhalen. De tool moet afwijzing, voltooiing en een nog onbekende uitkomst onderscheiden.
Hetzelfde geldt bij gelijktijdig werk van een medewerker. Als een persoon net de bestelling heeft gewijzigd, mag de agent geen oude versie gebruiken. Lees de status opnieuw vóór de wijziging en los conflicten op met actuele gegevens of een ander proces.
Hoe testen we een zelfstandige serviceagent?
Tests moeten het gesprek en de gegevens vóór en na de handeling omvatten. Een correct geformuleerd antwoord over de verkeerde bestelling is een fout. Een juiste wijziging zonder begrijpelijke bevestiging laat de klantervaring onvolledig.
Neem gewone gevallen, identiteitsverwisselingen, verboden verzoeken, toolstoringen, statuswijzigingen tijdens het gesprek en tekst die regels probeert te omzeilen op. Beoordeel actiekeuze, juistheid, rechten en communicatie apart.
Een pilot kan beginnen met actievoorstellen voor echte dossiers en doorgroeien naar het automatisch uitvoeren van één handeling. Uitbreiding vraagt meetbare betrouwbaarheid. Naarmate het aantal actietypen groeit, wordt het belangrijker de huidige rechten te zien en één functie snel uit te schakelen zonder alle klantenservice stil te leggen.
Veelgestelde vragen
Hoe verschilt dit van een chatbot?
Een chatbot kan een proces uitleggen. Een handelende agent heeft daarnaast specifieke tools om een toegestane stap in een systeem uit te voeren en het resultaat te controleren. Het verschil zit in koppelingen en uitkomsten, niet alleen in het model.
Kan een agent zelfstandig terugbetalingen doen?
Een beperkte workflow kan precies omschreven gevallen en bedragen afhandelen. Hij moet de klant, oorspronkelijke betaling, eerdere terugbetalingen en actuele status controleren. Elke handeling vraagt een navolgbare bevestiging.
Wat als het systeem tijdens een wijziging niet meer reageert?
De agent controleert eerst of de handeling is afgerond. Hij mag niet blind een terugbetaling herhalen of een nieuw verzoek maken. Een onzekere status moet zichtbaar zijn voor medewerkers en in de dossiergeschiedenis staan.
Onderzoek en oplossingsontwerp: Tanduva met AI-ondersteuning. Externe cases zijn aangeduid; illustratieve voorbeelden zijn geen gemeten resultaten van onze klanten. Redactionele werkwijze en correcties.