Zo meet u geweigerde en verlopen klanttoewijzingen

Een klant wacht, het systeem biedt het gesprek aan een medewerker aan en er gebeurt niets bruikbaars. De medewerker kan het werk bewust hebben geweigerd omdat kennis, rechten of capaciteit ontbreken. Het kan ook zijn dat de melding pas na het verstrijken van de tijd werd gezien. Voor de klant lijken die uitkomsten op elkaar, maar de oplossing is anders. Meet geweigerde toewijzingen en verlopen aanbiedingen daarom apart voordat u ze samenneemt als niet geaccepteerd werk.

Een weigering en een timeout zijn verschillend

Een weigering is een actieve keuze. De medewerker ziet een aangeboden sessie en wijst die af. Een timeout is passief: de aanbiedingsduur eindigt zonder acceptatie of weigering. De actuele documentatie over sessiemetingen van Microsoft behandelt een sessie als een registratie op toewijzingsniveau. Eén klantgesprek kan extra sessies krijgen wanneer het naar een andere medewerker gaat. Wie alleen gesprekken telt, kan dus meerdere mislukte aanbiedingen verbergen binnen één gesprek dat uiteindelijk wel antwoord kreeg.

Microsoft omschrijft het weigeringspercentage als geweigerde sessies gedeeld door inkomende sessies en het timeoutpercentage als verlopen sessies gedeeld door inkomende sessies. Het realtime rapport voor gebruikersgroepen van Microsoft gebruikt voor beide percentages alle toegewezen sessies als noemer. Kies in uw gegevens één noemer die echte werkaanbiedingen vertegenwoordigt, leg de definitie vast en houd hem gelijk tussen perioden.

Geen van beide uitkomsten bewijst op zichzelf een gebrek aan inzet. Een weigering kan de klant beschermen tegen een medewerker zonder de juiste vaardigheid, taal, bevoegdheid of capaciteit. Een timeout kan wijzen op een verouderde beschikbaarheidsstatus, een gemiste melding, een losgekoppeld apparaat of een aanbiedingsvenster dat niet bij het werk past. Het event is bewijs om te onderzoeken, geen oordeel.

Tel eerst de echte aanbiedingen

Begin bij het aanbod van de toewijzing en niet bij de uiteindelijke eigenaar van het gesprek. Geef elk aanbod een stabiele eventcode en koppel die aan gesprek, wachtrij, bedoelde medewerker, kanaal, vaardigheidsregel, capaciteitsstatus, aanbiedingsmoment en uitkomsttijd. Leg één einduitkomst vast zoals geaccepteerd, geweigerd, verlopen, ingetrokken of geannuleerd. Houd ingetrokken aanbiedingen apart wanneer de klant vertrekt of een supervisor het werk verplaatst voordat de medewerker kan beslissen.

Bereken drie weergaven over dezelfde periode:

• Het weigeringspercentage is geweigerde aanbiedingen gedeeld door alle echte aanbiedingen.
• Het timeoutpercentage is verlopen aanbiedingen gedeeld door alle echte aanbiedingen.
• Het percentage niet geaccepteerde aanbiedingen is weigeringen plus timeouts gedeeld door alle echte aanbiedingen.

Het gecombineerde cijfer helpt bij de gezondheid van de wachtrij, maar mag de twee onderliggende cijfers niet vervangen. Tien bewuste weigeringen vertellen iets anders dan tien stille timeouts. Toon ook aantallen naast percentages. In een kleine nachtdienst kan een hoog percentage door slechts twee gebeurtenissen ontstaan.

Teams met een gedeelde inbox moeten ook de tijd meten vanaf het eerste aanbod tot een eigenaar accepteert. Keert een mislukt aanbod direct terug naar een veilige wachtrij, dan merkt de klant mogelijk slechts een korte vertraging. Verdwijnt het uit werkoverzichten, dan is hetzelfde percentage veel ernstiger. De uitleg over tijd zonder toegewezen eigenaar behandelt de gaten vóór en tussen geaccepteerde eigenaren.

Lees het patroon per oorzaak

Eén bedrijfsgemiddelde leidt zelden tot een duidelijke actie. Segmenteer per wachtrij, kanaal, uur, dienst, vaardigheid, soort aanbod, overdrachtsstatus en werklast op het aanbiedingsmoment. Vergelijk gelijke situaties. Een spraakaanbod dat meteen antwoord nodig heeft, hoort niet bij dezelfde norm als een asynchroon bericht dat in een werkwachtrij kan blijven.

Redencodes helpen alleen als ze echte keuzes weergeven. Houd de lijst kort: capaciteit bereikt, verkeerde vaardigheid, taal niet beschikbaar, ontbrekende rechten, technische meldingsfout en klant al geholpen. Dat is bruikbaarder dan een algemeen veld overig. Koppel de reden aan eventgegevens in plaats van medewerkers aan het eind van een drukke dag te laten reconstrueren wat er gebeurde.

Zoek naar reeksen. Een weigering gevolgd door directe acceptatie kan gezonde zelfbescherming zijn. Een weigering gevolgd door drie timeouts kan op een verkeerde groep geschikte medewerkers wijzen. Herhaalde aanbiedingen aan dezelfde afwezige persoon tonen mogelijk een oude status of een kapotte afkoelregel. De handleiding voor gesprekken toewijzen en duidelijke regels voor gedeelde inboxen maken verwachtingen zichtbaar voordat een cijfer in een beoordeling verschijnt.

Rangschik medewerkers niet op basis van dit percentage. Een specialist kan vaker weigeren omdat de router te breed aanbiedt. Bij een ander kunnen meldingen op één apparaat falen. Bekijk voorbeelden, roosters, capaciteitsinstellingen en de werkelijke klantuitkomst voordat u een prestatieconclusie trekt.

Herstel de werkomstandigheid

Kies de kleinste wijziging die bij het bewijs past. Herstel geschiktheidsregels bij aanbiedingen aan de verkeerde vaardigheid. Pas aanwezigheidsbeheer aan als timeouts ontstaan tijdens pauzes of vergaderingen terwijl iemand beschikbaar staat. Herzie het capaciteitsmodel wanneer nieuw werk wordt aangeboden voordat bestaand werk ruimte vrijmaakt. Voeg via workflowautomatisering een expliciete reserve-eigenaar toe als mislukte aanbiedingen niet terugkeren naar een bewaakte wachtrij.

Test één wijziging gedurende een vaste periode. Bekijk weigeringen, timeouts, tijd tot geaccepteerde eigenaar, eerste bruikbare reactie, afhaken en heropende gevallen samen. Minder weigeringen is geen verbetering als mensen werk aannemen dat zij niet kunnen voortzetten. Minder timeouts helpt niet als alleen het venster langer wordt terwijl de klant nog langer wacht.

Gebruik inboxrapporten om definities en segmenten zichtbaar te houden voor de mensen die de wachtrij leiden. DripTell kan toewijzing, eigenaarschap, automatisering en rapportage in één werkbeeld ondersteunen, maar het team blijft eigenaar van de regel. Het doel is niet nul weigeringen. Het doel is dat elk geweigerd of gemist aanbod een bekende oorzaak heeft, veilig terugkeert en een bekwame eigenaar bereikt zonder dat de klant erachteraan moet.

Veelgestelde vragen

Wat is het weigeringspercentage van klantservicetoewijzingen

Het is het aandeel echte werkaanbiedingen dat medewerkers bewust afwijzen. Gebruik steeds dezelfde beschreven noemer en houd weigeringen apart van timeouts.

Is elke weigering een fout van de medewerker

Nee. Weigeren kan juist zijn wanneer capaciteit, rechten, taal of vaardigheid niet past. Onderzoek eerst de routering en de uitkomst voor de klant.

Wat moet er gebeuren na een timeout

Het werk moet direct terug naar een bewaakte wachtrij of een genoemde reserve-eigenaar. Leg het event vast en controleer aanwezigheid, meldingen, werklast en aanbiedingsduur.