Een beller beantwoordt een vraag, wacht en hoort niets. De AI spraakagent heeft de bedoeling niet verkeerd begrepen. Hij reageert niet meer. Nogmaals vragen herstelt geen verbroken dienst.
Configureer het storingspad vóór de lancering. Bepaal wat de klant hoort, kies een Dynamics 365 actie die echt hulp bereikt, oefen de storing en bewaar bewijs dat een mens of een eerlijk einde volgde. Stilte is geen uitwijkroute.
Volgens Microsoft Update 26092 houdt Dynamics 365 Contact Center berichten en routering betrouwbaarder gaande wanneer een AI agent niet meer reageert. De operatie moet nog steeds de klantbelofte kiezen en bewijzen dat de bestemming werkt.
Behandel stilte als service incident
Een intent fallback ontstaat wanneer de agent niet begrijpt wat de beller wil. Een runtimefout is anders. De klant kan al een naam, ordernummer of reden hebben gedeeld wanneer een systeem- of netwerkprobleem de agent onbereikbaar maakt.
- 1Bepaal de belofteBeslis wat de klant hoort en welke hulp werkelijk beschikbaar is.
- 2Koppel actie aan risicoKies bewust voor escalatie, externe overdracht, wachten of stoppen.
- 3Controleer de bestemmingBevestig nummer, wachtrij, bezetting en rechten voordat je erop vertrouwt.
- 4Oefen de storingMaak de AI gecontroleerd onbereikbaar en volg het klantpad.
- 5Volg het herstelBekijk fallbackgesprekken, mislukte routes, eigenaarschap en uitkomst.
Laat de klant het verschil niet onderzoeken. Geef een korte, eerlijke boodschap en een volgende stap. Bewaar intern het foutpunt, de routepoging en of iemand de oproep aannam. De ontvangende medewerker moet de beschikbare context in een gedeelde inbox zien, niet het hele verhaal opnieuw opvragen.
De ernst hangt af van de taak. Stilte bij een vraag over openingstijden is vervelend. Stilte tijdens accounttoegang, betaalhulp of een dringende dienst vraagt om een sneller menselijk pad. Baseer de uitweg op het gevolg van vertraging.
Kies de belofte vóór de instelling
De Microsoft handleiding voor IVR fallbackacties beschrijft vier acties wanneer een klant de IVR-agent niet bereikt of een systeem- of netwerkstoring optreedt. Elke actie doet een andere belofte.
| Ingebouwde actie | Gebruik wanneer | Controle vóór lancering | Bewijs om te bewaren |
|---|---|---|---|
| Melding en ophangen | Er is geen verantwoordelijke live bestemming en stoppen is beter dan wachten | De melding legt het einde en een realistische volgende stap uit | Afgespeelde melding, einde, eigenaar van opvolging |
| Melding en overdracht naar extern nummer | Een aparte bemande dienst kan aannemen | Het goedgekeurde E.164 nummer antwoordt tijdens de beloofde uren | Overdrachtspoging, antwoord, bestemmingseigenaar |
| Melding en escalatie | Een interne route naar een medewerker is beschikbaar | Routering, capaciteit en rechten laten overdracht toe | Escalatie, accepterende eigenaar, eindstatus |
| Wachtmuziek en escalatie | Een korte bemande wachttijd is aanvaardbaar | Muziek start, de wachtrij kan opnemen en lang wachten heeft een eigenaar | Starttijd, acceptatie, afhaken of herstel |
Verberg onzekerheid niet achter opgewekte tekst. Zeg het als iemand morgen terugkomt. Als niemand kan aannemen, is een duidelijk einde met een echt alternatief soms eerlijker dan eindeloze muziek.
Een goed AI bedieningsmodel begrenst de bevoegdheid van automatisering en maakt de menselijke grens zichtbaar. Bij uitval is de fallback die grens.
Bewijs dat de bestemming antwoordt
Een geconfigureerde overdracht is nog geen succesvol herstel. Controleer het E.164 formaat van een extern nummer. Bevestig dat de interne wachtrij open is, een geschikte medewerker werk kan ontvangen en de klant niet in een tweede automatische doodlopende route belandt.
Wijs een eigenaar toe aan elke afhankelijkheid. Telefonie kan bij een beheerder liggen, bezetting bij een supervisor en de klanttekst bij de service-eigenaar. Een beheerde automatiseringsworkflow is duidelijker met expliciete verantwoordelijkheid.
Gebruik synthetische klantgegevens voor de eerste test. Start een echte testoproep, doorloop enkele normale beurten en maak de AI gecontroleerd onbereikbaar. Luister als klant. Klonk de herstelmelding eenmaal? Volgde de juiste actie? Nam de bestemming op? Was eerdere context beschikbaar?
Herhaal buiten bemande uren. Test ook een onbereikbaar extern nummer, een volle of gesloten wachtrij en een beller die tijdens de melding ophangt. Zo blijkt of de fallback zelf veilig kan mislukken.
Bewaar een compact storingsrecord
Noteer tijd, kanaal, agentversie, laatste geslaagde beurt, foutpunt, melding, actie, bestemming, acceptatieresultaat, eigenaar en reparatiebesluit. Gebruik geen persoonlijke of betaalgegevens. Toegang tot bewijs en route-instellingen hoort bij je beveiligingsmaatregelen.
Microsoft zegt dat de metriek Fallback calls beschikbaar is in het historische botdashboard en de realtimeanalyse van Omnichannel. Gebruik het aantal als signaal, niet als diagnose. Een stijging kan een storing, slechte afhankelijkheid of meer verkeer betekenen. Bekijk gesprekken en scheid het ophangen door klanten van bevestigde systeemuitval.
De hersteleigenaar beoordeelt mislukte bestemmingen, herhaalde foutpunten en oproepen zonder geaccepteerde volgende stap. Supportprocessen hebben die live eigenaar nodig, terwijl het klantrecord duurzame context bewaart.
DripTell kan kanaaloverstijgend eigenaarschap, notities en opvolging zichtbaar houden na een overdracht. Het maakt een onbemande bestemming niet bereikbaar. De belofte moet passen bij de werkelijke dekking.
Veelgestelde vragen
Wat hoort de klant als de AI uitvalt
Gebruik een korte melding dat de geautomatiseerde dienst niet verder kan en noem de echte volgende stap. Beloof geen medewerker tenzij de route er een kan bereiken.
Welke fallbackactie is het veiligst
Er is geen universele winnaar. Escalatie past bij een bemande interne route. Externe overdracht vraagt om een getest E.164 nummer. Ophangen kan eerlijk zijn zonder live route. Wachtmuziek werkt alleen als de wachtrij antwoordt.
Hoe test je een niet reagerende agent
Gebruik synthetische gegevens, doorloop normale beurten, activeer een gecontroleerde storing en controleer melding, route, bestemming, context, eigenaar en eindstatus. Herhaal met een onbereikbare bestemming.
Waar volg je storingen
Microsoft documenteert Fallback calls in historische en realtime Omnichannel botrapportage. Combineer de telling met gespreksbewijs en een benoemde beoordelaar.
Hulp nodig bij deze handleiding?Vraag het DripTell-team
Van lezen naar doen
Hulp nodig om dit voor jouw bedrijf toe te passen?
Laat je gegevens achter. We nemen dit artikel als context en beginnen met een bruikbaar antwoord voor je team.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid
