Hulp nodig bij deze handleiding?Vraag het DripTell-team
Een klant belt omdat een levering beschadigd aankwam. De medewerker begrijpt het probleem en zet de klant even in de wacht om een vervangend product te controleren. Twee minuten later volgt een duidelijk antwoord. Die wachttijd had nut. Als hetzelfde gesprek drie keer in de wacht moet omdat voorraad, beleid en beslissingsbevoegdheid op verschillende plekken staan, wijst het cijfer op een gebrekkig proces en niet op een trage medewerker.
Gemiddelde wachttijd tijdens een gesprek is nuttig, maar nooit als losstaande score. Meet de tijd nadat het live gesprek is begonnen, houd hem apart van de wachtrij vóór beantwoording en onderzoek waarom iemand in de wacht stond. Verbeter eerst toegang tot kennis, bevoegdheid en specialisten voordat je mensen vraagt sneller te werken.
Begin met de juiste klok
Wachttijd tijdens het gesprek begint wanneer een medewerker een actief telefoongesprek tijdelijk onderbreekt en eindigt bij terugkeer naar de klant. Het is niet de tijd voordat iemand opneemt. Dat is wachtrijtijd of snelheid tot beantwoording. Het is ook niet het afrondwerk nadat de verbinding is beëindigd.
Microsoft definieert gemiddelde gesprekwachttijd als alle wachttijd over afgehandelde gesprekken gedeeld door het aantal afgehandelde gesprekken. Als meerdere medewerkers hetzelfde gesprek behandelen, wordt hun wachttijd bij elkaar opgeteld. In de uitleg over gespreksmetingen is wachttijd ook een onderdeel van de afhandeltijd voor voice, naast spreektijd en actief afrondwerk.
Gebruik één vaste gebeurtenisdefinitie voor teams en perioden. Neem gesprekken zonder wachttijd mee in het hoofdgemiddelde als je platform die noemer gebruikt. Vergelijk dat cijfer niet met een gemiddelde dat alleen gesprekken met wachttijd bevat om vervolgens van verbetering te spreken.
De basisberekening is eenvoudig:
Gemiddelde wachttijd = alle wachtseconden in afgehandelde gesprekken ÷ afgehandelde gesprekken
Leg vast of overdrachten, uitgaande gesprekken, verlaten gesprekken en geautomatiseerde voicefasen zijn inbegrepen. Een kleine filterwijziging kan het gemiddelde veranderen terwijl klanten precies hetzelfde meemaken.
Eén gemiddelde is niet genoeg
Stel dat honderd afgehandelde gesprekken samen tien minuten wachttijd bevatten. Het gemiddelde is zes seconden. Dat kan betekenen dat tien mensen elk een minuut wachtten. Het kan ook betekenen dat één persoon tien minuten wachtte en negenennegentig mensen helemaal niet. Dat zijn wezenlijk andere ervaringen.
- 1Zet de grens vastStart na begin van live contact en stop bij terugkeer van de medewerker.
- 2Behoud de noemerGebruik in elke periode dezelfde groep afgehandelde gesprekken.
- 3Toon de verdelingCombineer het gemiddelde met blootstelling, percentielen en herhaling.
- 4Benoem het werkLeg kennis, goedkeuring, overleg of systeemvertraging vast.
- 5Herstel de oorzaakVerbeter toegang, eigenaarschap en overdracht vóór coaching op snelheid.
Behoud het officiële gemiddelde en voeg enkele diagnosemetingen toe:
- het aandeel afgehandelde gesprekken met enige wachttijd;
- de mediaan van gesprekken met wachttijd;
- een hoog percentiel, bijvoorbeeld het negentigste;
- het langste losse wachtmoment en de totale wachttijd per gesprek;
- herhaalde wachtmomenten voor of na een overdracht.
Gebruik deze cijfers om cases voor onderzoek te vinden, niet om een universele norm te publiceren. Een eenvoudige productcontrole en een onderzoek naar fraude verdienen niet hetzelfde doel.
Zoek het werk achter de wachttijd
Een redencode moet het werk beschrijven en niet de medewerker beschuldigen. Bruikbare groepen zijn klantgegevens zoeken, beleid controleren, goedkeuring vragen, een specialist raadplegen, een overdracht voorbereiden, een taak buiten het gesprek uitvoeren en wachten op een traag systeem. Houd de lijst kort genoeg voor eerlijk dagelijks gebruik.
Bekijk de tijd per reden, wachtrij, klantintentie, uitkomst, aantal overdrachten en tijdstip. Microsofts uitleg over segmentmetingen meet de opgetelde wachttijd voor elk betrokken inkomend segment. Zo kun je zien waar de vertraging ontstond als een gesprek meerdere teams passeert.
| Signaal | Mogelijke betekenis | Eerste controle | Veilige reactie |
|---|---|---|---|
| Veel korte wachtmomenten | Informatie staat verspreid | Zoekroutes en rechten | Zet goedgekeurde antwoorden op één bereikbare plek |
| Eén lang wachtmoment | Specialist of goedkeuring ontbreekt | Eigenaarschap en escalatie | Bied terugbellen of toegewezen opvolging aan |
| Meer wachttijd na overdracht | Context wordt opnieuw opgebouwd | Overdrachtsnotities en klanthistorie | Geef reden, bewijs en volgende actie mee |
| Eén wachtrij blijft hoger | Werk of systemen verschillen | Intentiemix en systeemvertraging | Herstel het proces voordat je mensen vergelijkt |
| Wachttijd daalt en herhaalcontact stijgt | Gesprekken stoppen te vroeg | Oplossing en heropening | Bescherm volledige oplossing boven een sneller cijfer |
Beluister of lees een kleine steekproef die past binnen de privacyregels. Vergelijk de vastgelegde reden met wat werkelijk gebeurde. Achter ‘onderzoek’ kan een ontbrekende bevoegdheid, een slechte kennisroute of een goedkeuring zonder eigenaar schuilgaan.
Verbeter het proces voor coaching
Begin met de meest voorkomende vermijdbare reden. Als medewerkers steeds hetzelfde beleid moeten zoeken, verbeter dan de kennisbron en zoekroute. Als goedkeuring vertraagt, bepaal wie mag beslissen en wanneer een uitzondering naar een leidinggevende moet. Als overdracht opnieuw wachttijd veroorzaakt, geef de klantvraag, voltooide controles en verwachte volgende stap mee.
Maak geen regel die alleen spelgedrag uitlokt. Een harde limiet van twee minuten kan leiden tot meerdere korte wachtmomenten, nutteloze terugmeldingen, dempen in plaats van wachten of voortijdige overdrachten. Het dashboard wordt mooier, maar de klant blijft wachten.
Een supportwerkruimte hoort het gesprek aan klantrecord en eigenaar te koppelen. Een gedeelde inbox houdt de case naast berichten, terwijl AI Calls een early access mogelijkheid is voor gecontroleerde voiceprocessen. Controleer ongeacht de tool of gespreksuitkomsten en transcripties reden en volgende actie bewaren. Gebruik inboxrapporten om gelijke situaties te vergelijken en test het hele voicekanaal voordat je gebeurtenissen als productiebewijs gebruikt.
Maak een regel voor de klant
De werkwijze is belangrijker dan een rond streefgetal. Vertel waarom je tijd nodig hebt, vraag toestemming om de klant in de wacht te zetten en kom terug met voortgang of een keuze. Duurt het werk langer dan nuttig live wachten, bied dan terugbellen of toegewezen opvolging aan. Laat de klant niet opnieuw bellen om een meetwaarde te beschermen.
Bekijk de meting aanvankelijk elke week en zoek een oorzaak die het bedrijf kan wegnemen. Wachttijd is nuttig als die ontbrekende kennis, toegang of verantwoordelijkheid zichtbaar maakt. De meting wordt schadelijk zodra een systeemvertraging verandert in een persoonlijke snelheidsscore.
Veelgestelde vragen
Wat is gemiddelde wachttijd tijdens een klantgesprek?
Dat is alle wachttijd over afgehandelde voicegesprekken gedeeld door het aantal afgehandelde gesprekken. Controleer altijd welke noemer en filters je platform gebruikt.
Is wachttijd tijdens het gesprek gelijk aan wachtrijtijd?
Nee. Wachtrijtijd vindt plaats voordat een medewerker het gesprek accepteert. Wachttijd tijdens het gesprek ontstaat nadat het live contact al is begonnen en tijdelijk wordt onderbroken.
Wat is een goede wachttijd voor klanten?
Er bestaat geen universeel getal. Maak verwachtingen passend bij intentie en risico en volg daarna blootstelling, percentielen, herhaalde wachtmomenten, oplossing en herhaalcontact. Los de oorzaak op zonder gehaaste service te belonen.
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