Kan de medewerker het gesprek echt overnemen?

Een klant betwist een rekening. De agent heeft het dossier gelezen en misschien al een correctieverzoek gestart, maar krijgt niet helder of dat is verwerkt. Nu moet een medewerker verder. Begin de proef op dat punt: waarom geeft de agent de zaak door, welke handelingen zijn al verricht en wat mag niet opnieuw gebeuren? Zonder die antwoorden begint de medewerker met dezelfde onzekerheid als de agent.

Nexus beschrijft het doorgeven van onzekere zaken. Druid noemt menselijke beoordeling bij weinig zekerheid of een uitzondering op het beleid. Cognigy beschrijft een overdracht met samenvatting en volgende stap.^1,2,3

Werk verschillende gevallen uit: een ontbrekend gegeven, een uitzondering op de regels, een klant die een medewerker wil spreken en een handeling waarvan de uitkomst onzeker is. Niet elke vraag hoeft naar dezelfde wachtrij. Spreek af welk team elk geval ontvangt en wie verantwoordelijk blijft tot de overname. Bepaal ook wanneer de agent nog algemene uitleg mag geven en wanneer alle verdere accountacties stoppen.^1,2,3

Laat de ontvangende medewerkers bepalen wat ze nodig hebben. Een bruikbaar overzicht bevat de klantvraag, het contract, de uitgevoerde identiteitscontrole en de gebruikte informatie. Voeg eerdere handelingen, systeemantwoorden, resterende twijfel en de voorgestelde volgende stap toe. Houd uit elkaar wat de klant heeft gezegd, wat het bronsysteem bevestigt en wat de agent vermoedt. Stuur alleen gegevens mee die nodig zijn om verder te werken.

Een keurige samenvatting mag onzekerheid niet laten verdwijnen. Is de factuurcorrectie mogelijk al ingediend, zet dat er dan bij. De medewerker moet het dossier en de bijbehorende transactie kunnen vinden. Een volledig gesprek meesturen is daarvoor niet altijd genoeg. Laat een medewerker zonder uitleg van de demonstrator aanwijzen wat er nu moet gebeuren. Dat laat zien welke informatie bruikbaar is en welke nog ontbreekt.

Cognigy noemt bij Live Agent een samenvatting en volgende stap. Microsoft beschrijft het doorgeven van een gesprek vanuit de Customer Conversation-omgeving.^3,4

Laat deze overdrachten zien op de werkplek waar uw medewerker de zaak ontvangt. Dat er een overdrachtsfunctie bestaat, zegt nog niet welke velden op dat scherm verschijnen. Laat de medewerker de zaak zelf openen en nagaan of de voorgestelde volgende stap klopt met de informatie en het bewijs dat meekomen.^3,4

Begin met een medewerker die direct kan opnemen. Herhaal de proef daarna met een wachtrij die niet meteen beschikbaar is. Spreek vooraf af wat de klant ziet of hoort, waar de open zaak blijft en hoe het verder kan. Laat de klant vervolgens ophangen of de chat sluiten terwijl de overdracht loopt. Wat vindt het serviceteam terug als die klant later opnieuw contact zoekt?

Probeer ook een kanaalwisseling. Het hoeft niet fout te zijn als de klant opnieuw zijn identiteit moet aantonen. Wel moet duidelijk zijn waarom dat nodig is en welke open handeling behouden blijft. Noteer op de overdrachtskaart welke controle nog geldt en wat opnieuw moet gebeuren. Laat daarna een andere medewerker de zaak overnemen. Zo merkt u of de proef alleen slaagt doordat de eerste medewerker het voorbeeld al kent.

Cognigy beschrijft gesimuleerde gesprekken vóór ingebruikname en na wijzigingen. De simulator kan onder meer fouten en verslechterde antwoorden van externe systemen nabootsen.^5,6

Gebruik dat als aanleiding om ook lastige gevallen in de leveranciersproef op te nemen. Controleer naast de simulatie steeds het echte ontvangende scherm in uw testomgeving. Uw team moet daar kunnen zien welke informatie aankomt en wie verantwoordelijk is voor de volgende stap. Een geslaagde simulatie alleen geeft daar nog geen antwoord op.^5,6

Leg per oefengeval vast waar het begon, welk team het moest ontvangen, welke informatie zichtbaar was en welke handeling nog openstond. Noteer wat er gebeurde en waar het bewijs staat. Kies daarna: accepteren, herstellen en opnieuw proberen, of buiten de afgesproken opdracht houden. Spreek vooraf af wat altijd tot afkeur leidt. Een onzekere wijziging als afgerond presenteren is bijvoorbeeld een grens die u kunt stellen.

Laat de verantwoordelijke voor het serviceproces, de beheerder van de koppeling en een ontvangende medewerker ieder hun deel beoordelen. Vraag de medewerker ook hoe het werken ging: moest die zoeken, gokken of dezelfde handeling opnieuw doen? Bepaal eventuele eisen aan tijd en kwaliteit vanuit uw bestaande proces. Een percentage op een leverancierspagina hoeft niet de norm voor uw team te zijn.

Bewaar de oefengevallen bij de afspraken voor nieuwe versies. Een andere samenvatting, accountkoppeling of wachtrij kan reden zijn om de overdracht opnieuw te proberen. Leg vast welke gevallen dan terugkomen en wie automatische accountacties mag stilzetten. Aan het einde moet het serviceteam een bruikbare overdrachtskaart hebben, met afspraken voor herstel als iets misgaat. Alleen de knop voor escalatie aanzetten rondt dat werk niet af.