Hoe maak je een eerste reactietijd-rapport: Complete gids

Eerste reactietijd is hoe lang een klant wacht tussen het verzenden van een ticket en het ontvangen van het eerste menselijke antwoord. Een rapport over de eerste reactietijd houdt die wachttijd over meerdere weken bij, opgesplitst naar mediaan en het 90e percentiel in plaats van het gemiddelde. Bouw het op basis van een ticket-export met twee tijdstempels, en het geheel kost je slechts één prompt of drie formules.

De meting is eenvoudig. De rapportage is waar teams zichzelf ongemerkt misleiden, omdat zowel de standaardstatistiek als de standaard percentielfunctie de klanten die het langst hebben gewacht, verbergen.

Wat eerste reactietijd betekent en hoe je dit berekent

Eerste reactietijd (FRT) is de verstreken tijd tussen de aankomst van een ticket en het eerste antwoord van een medewerker aan de klant. De formule is zo eenvoudig als hij eruitziet:

Eerste reactietijd = tijdstempel van eerste menselijke antwoord − tijdstempel van aanmaak ticket

Twee beslissingen veranderen die formule van één regel in iets waar een team het daadwerkelijk over eens kan worden.

Telt een automatische ontvangstbevestiging mee? Dat zou niet moeten. Een automatisch antwoord met de tekst "we hebben je bericht ontvangen" is geen antwoord op de vraag. Als je dit wel meetelt, levert dat een prachtige grafiek op, maar ontevreden klanten. Dit is meestal een oprechte fout in plaats van opzet, en het is de meest voorkomende manier waarop de FRT vertekend raakt.

Loopt de klok 's nachts door? Op een kalenderklok is een ticket van vrijdagavond dat op maandagochtend wordt beantwoord een mislukking van 60 uur. Op een kantoortijdenklok is het misschien minder dan een uur. Geen van beide is fout. Maar als jij het ene cijfer noemt en je collega het andere, ontstaat er discussie.

De gemiddelde FRT is de derde beslissing, en dat is de beslissing die de meeste tools voor je nemen. Reactietijden zijn rechts-scheef verdeeld: de meeste tickets worden snel beantwoord en een kleine staart wacht erg lang. Het gemiddelde wordt daardoor getrokken naar een waarde die bijna niemand heeft ervaren. Rapporteer in plaats daarvan de mediaan en het 90e percentiel.

Wat je nodig hebt voordat je begint

• Een ticket-export met één rij per gesprek.
• Twee tijdstempels: wanneer het ticket binnenkwam en wanneer een medewerker voor het eerst antwoordde.
• Een definitie of "eerste reactie" die automatische bevestigingen en interne notities uitsluit.
• Je supporturen, als je wilt rapporteren op basis van kantoortijden.
• Een regel voor minimaal volume, zodat rustige weken geen betrouwbaar ogende onzin produceren.

Beslis over de laatste drie punten voordat je iets bouwt. Als je ze later aanpast, worden alle eerdere weken in de grafiek ongeldig, en een trendlijn die is gebaseerd op een verschuivende definitie is erger dan helemaal geen trendlijn.

Hoe je het rapport bouwt in een spreadsheet

Optie 1: zet twee tijdstempels om in een tijdsduur

Trek de tijdstempel van aankomst af van de tijdstempel van het eerste antwoord en formatteer het resultaat als uren. Dat is de ruwe eerste reactietijd voor elk ticket, op basis van een kalenderklok.

Als je in plaats daarvan een kantoortijdenklok nodig hebt, is NETWORKDAYS.INTL meestal het startpunt. De documentatie van Microsoft is heel precies over wat deze functie retourneert. De functie geeft "het aantal gehele werkdagen tussen twee datums" met behulp van parameters die aangeven welke dagen als weekenddagen tellen. Weekenddagen en dagen die zijn opgegeven in het argument voor feestdagen "worden niet als werkdagen beschouwd."

Let op de zinsnede gehele werkdagen. De functie geeft het resultaat in dagen, niet in uren, dus een wachttijd van vier uur en een wachttijd van zeven uur binnen dezelfde dienst zien er voor de functie identiek uit. Voor een tijdsduur van minder dan een dag is een constructie nodig die het aantal werkdagen combineert met het resterende deel van de dag. Daarom is rapporteren op basis van kantoortijden eerder een project dan een eenvoudige formule.

Optie 2: bereken de mediaan en het 90e percentiel

MEDIAN geeft je de typische wachttijd. Voor de staart biedt Excel twee percentielfuncties, en dit is waar dezelfde gegevens twee verschillende antwoorden opleveren.

PERCENTILE.EXC accepteert een k-waarde "in het bereik 0..1, exclusief." De documentatie vermeldt dat "als k geen veelvoud is van 1/(n + 1), PERCENTILE.EXC interpoleert om de waarde op het k-de percentiel te bepalen." PERCENTILE.INC accepteert k "in het bereik 0 tot en met 1, inclusief," en interpoleert wanneer k "geen veelvoud is van 1/(n - 1)."

Verschillende noemers, verschillende interpolaties, verschillende p90's. Geen van beide is fout. Het zijn twee verschillende conventies, en een rapport dat stilletjes tussen de twee wisselt, vertelt eerder een verhaal over je formule dan over je wachtrij.

De exclusieve versie heeft een scherpere rand. De documentatie waarschuwt dat "als er niet kan worden geïnterpoleerd voor het opgegeven percentiel k, Excel de foutwaarde #NUM! retourneert." In een rustige week, met slechts een handvol tickets in een wachtrij, kan de berekening van een p90 simpelweg mislukken.

Optie 3: de indeling van het rapport

Gropeer tickets per week. Zet de mediaan en p90 naast elkaar als twee lijnen, en voeg het aantal tickets toe als een staafdiagram erachter. Dit aantal is geen decoratie. Het voorkomt dat een lezer te veel waarde hecht aan een piek die is gebaseerd op slechts elf tickets.

Voeg vervolgens één regel tekst toe waarin de gebruikte klok en percentielmethode worden vermeld. Die zin zorgt ervoor dat het rapport volgend kwartaal reproduceerbaar is door iemand die niet bij de bespreking aanwezig was.

Waar de spreadsheet-methode vertraagt

Geen van de drie stappen is moeilijk. Het nadeel is dat ze alle drie elke week opnieuw moeten worden gedaan, op basis van een export waarvan de kolomnamen veranderen telkens wanneer iemand de weergave in de helpdesk aanpast.

Drie specifieke knelpunten keren telkens terug.

De antwoordkolom is zelden schoon. Automatische bevestigingen, interne notities en antwoorden van medewerkers komen vaak in hetzelfde veld terecht, waardoor de eerste rij niet altijd het eerste menselijke antwoord is. Het scheiden hiervan vereist per export een handmatige beoordeling, geen formule.

Percentielen vereisen telkens weer een beslissing. Welke functie gebruik je, welke weken hebben voldoende volume, en wat laat je zien als de berekening fouten oplevert bij een rustige wachtrij.

Kantoortijden vereisen onderhoud. Zodra je kiest voor een klok op basis van supporturen, wordt elke feestdag en elke ploegendienst een taak in het werkmapbestand. Sla er één over en een hele week verschuift.

Het resultaat is een rapport dat nauwkeurig is in de week dat het wordt gebouwd, maar daarna ongemerkt gaat afwijken.

Hoe je een rapport over de eerste reactietijd maakt met AI

Step 1: Upload de ticket-export

Open Powerdrill Bloom en upload de export rechtstreeks vanuit je helpdesk. Excel, CSV, PDF en documenten worden vermeld als ondersteunde uploads in het gratis abonnement, dus een ruwe export kan er zo in.

Bewaar elke kolom met tijdstempels, inclusief de automatische. Je hebt ze nodig om te bewijzen welk antwoord telde, en om de definitie later aan te passen zonder opnieuw te hoeven exporteren.

Step 2: Geef de klok en de gewenste statistieken aan

Beschrijf de meting in natuurlijke taal in plaats van in formules. Geef aan welke tijdstempel de klok start, welk antwoord deze stopt en of weekenden meetellen. Vraag vervolgens om de mediaan en het 90e percentiel per week, met daarnaast het aantal tickets.

Geef ook aan wat er moet gebeuren in rustige weken. Vraag om het percentiel te verbergen onder een minimum aantal tickets. Dat is beter dan een foutmelding in een cel, en beter dan een zelfverzekerd getal dat is gebaseerd op slechts vier rijen.

Elk cijfer wordt geleverd met de onderliggende rij, zodat een twijfelachtige week kan worden geopend en nagelezen in plaats van dat erover wordt gediscussieerd.

Step 3: Genereer het rapport en sla de prompt op

Vraag om twee lijnen en één staafdiagramserie op een wekelijkse as, plus een notitie waarin staat welke percentielconventie is gebruikt. Exporteer het als een afbeelding, een spreadsheet of een dia.

Upload volgende week de nieuwe export en voer dezelfde prompt uit. De definitie blijft ongewijzigd, wat de enige manier is waarop een vergelijking van week tot week betekenis heeft. De pagina over grafieken maken op basis van Excel behandelt deze methode rechtstreeks.

Wat hoort er thuis in een rapport over de eerste reactietijd

Element	Waarom het erin hoort	Wat er misgaat zonder dit
Mediaanlijn	De typische wachttijd van de klant	Gemiddelden verbergen zich achter uitschieters
Lijn voor het 90e percentiel	De ervaring van je langzaamste tien procent	Problemen in de staart blijven onzichtbaar
Staven voor ticketvolume	Context voor elke verschuiving	Rustige weken worden geïnterpreteerd als trends
Vermelde klok	Kalenderuren of kantoortijden	Twee teams noemen verschillende cijfers
Vermelde percentielmethode	Reproduceerbaarheid	Dezelfde week krijgt een andere waarde bij verschillende berekeningen
Regel voor minimaal volume	Eerlijkheid bij kleine segmenten	Foutmeldingen of fictieve precisie
Uitsplitsing per kanaal	Waar de staart zich daadwerkelijk bevindt	Eén slechte wachtrij trekt de hele lijn omlaag

Een concreet voorbeeld

Neem een week met 240 tickets. De gemiddelde eerste reactietijd is 5,1 uur, de mediaan is 1,4 uur en de p90 is 19,7 uur.

Alle drie de getallen kloppen. Het gemiddelde is echter het enige getal dat voor niemand geldt. De meeste klanten wachtten korter dan 90 minuten, en het langzaamste tiende deel wachtte het grootste deel van de dag. Als je alleen het gemiddelde presenteert, concludeert een lezer dat de wachtrij overal matig is, terwijl deze in werkelijkheid snel is met een slechte staart. De oplossing voor een slechte staart is anders dan de oplossing voor een trage wachtrij. Daarom is dit onderscheid een grafiek waard in plaats van een enkele cel.

Segmenteren zonder het rapport onbruikbaar te maken

De voor de hand liggende volgende vraag is welk kanaal of welke wachtrij het langzaamst is. Opsplitsen per segment is nuttig, maar het is ook de snelste manier om het rapport een vertekend beeld te laten geven.

Twee regels houden het betrouwbaar. Splits alleen op waar het wekelijkse volume boven je minimum blijft, en behoud de algemene lijn in de grafiek zodat lezers een referentiekader hebben. Een wachtrij met negen tickets per week verdient een maandelijkse weergave, geen wekelijkse.

Als de uitsplitsing belangrijker is dan de trend, bevat een kleine tabel met de mediaan en p90 per wachtrij meer informatie dan Silicon Valley-achtige grafieken met vijf overlappende lijnen.

Hoe je de eerste reactietijd verbetert

Het rapport is alleen de moeite waard om te bouwen als het ergens toe leidt. Vier knoppen om aan te draaien komen herhaaldelijk terug, en het rapport vertelt je welke je nodig hebt.

Een slechte staart met een goede mediaan duidt meestal op een bezettingsprobleem, niet op snelheid. Tickets die buiten de bemande uren binnenkomen, of in een wachtrij met slechts één specialist, blijven liggen tot er weer iemand is. Kijk eerst naar het tijdstip van binnenkomst voordat je naar de prestaties van medewerkers kijkt.

Een stijgende mediaan bij een gelijkblijvend volume betekent meestal dat de wachtrij een nieuw type ticket opvangt waar nog niemand een sjabloon voor heeft. De uitsplitsing per kanaal zal dit aantonen.

Een stijgende mediaan bij een stijgend volume is een bezettingsvraagstuk, en de volumestaven zijn daarvoor het bewijs.

Een vlak rapport dat niemand vertrouwt is een definitieprobleem. Publiceer de klok en de percentielmethode bovenaan en de discussies stoppen.

Voor de weergave van volume en status die hiernaast staat, raadpleeg je onze handleidingen over het supportticket-rapport en het CSAT-rapport. De pagina over de klantenservice-chatbot behandelt de afbuigingskant van dezelfde wachtrij.

Hoe een goede doelstelling eruitziet

Teams stellen vaak een doelstelling voor de eerste reactietijd in voordat ze een verdeling hebben, waardoor doelstellingen uiteindelijk betekenisloos of onbereikbaar worden.

Stel twee getallen in plaats van één in, en publiceer ze beide. Een mediaandoelstelling beschrijft de normale ervaring, en een p90-doelstelling beschrijft de slechtste ervaring die je bereid bent te accepteren. Een team met een mediaan van 1,4 uur en een p90 van 19,7 uur heeft een staartprobleem. Een enkele doelstelling van twee uur zou dit helemaal niet aan het licht brengen.

Vermeld vervolgens de klok naast de doelstelling. "Twee uur" op een kantoortijdenklok en "twee uur" op een kalenderklok zijn verschillende beloften. Support en het management zullen elk uitgaan van de variant die hun eigen standpunt het beste uitkomt.

Veelgemaakte fouten

Het gemiddelde rapporteren. Dit is de statistiek die bij een rechts-scheve verdeling vrijwel gegarandeerd misleidend is, en het is de standaardinstelling in de meeste spreadsheet-tools.

Het automatische antwoord meetellen als de eerste reactie. Dit is de snelste manier om een grafiek te krijgen die er fantastisch uitziet, maar met niemands ervaring overeenkomt.

Halverwege het kwartaal wisselen van percentielfunctie. Als je p90 verbeterde in dezelfde week dat iemand de formule aanpaste, heb je de aanpassing gemeten.

Kalender- en kantoortijdenklokken door elkaar halen. Een weekend op een kalenderklok is 48 uur aan mislukking. Op een kantoortijdenklok is het misschien nul. Kies er één en label deze duidelijk.

De volumereeks weglaten om de grafiek overzichtelijker te maken. De staven zijn de enige reden waarom iemand een echte achteruitgang kan onderscheiden van een rustige week.

Een doelstelling rapporteren zonder een verdeling. Een enkel getal als "we hebben de twee uur gehaald" vertelt de lezer niets over de klanten die negen uur hebben gewacht.

Conclusie

Een rapport over de eerste reactietijd is de moeite waard om goed op te zetten, omdat het een van de weinige supportstatistieken is die klanten daadwerkelijk voelen. Twee lijnen, één staafdiagramserie, een vermelde klok en een vermelde percentielconventie winnen het van elk dashboard dat slechts één gemiddelde toont.

Als het wekelijks opnieuw bouwen je tegenhoudt, verplaats de definitie dan naar een opgeslagen prompt en genereer het rapport opnieuw op basis van elke nieuwe export. Probeer Powerdrill Bloom op de ticket-export van vorige maand en bekijk de mediaan en de staart op dezelfde as.

Veelgestelde vragen

Wat is eerste reactietijd in de klantenservice?

Het is de verstreken tijd tussen de aankomst van het ticket van een klant en het eerste antwoord van een menselijke medewerker. Automatische bevestigingen worden normaal gesproken uitgesloten, omdat ze de vraag van de klant niet beantwoorden.

Wat is de formule voor de eerste reactietijd?

Trek de tijdstempel van de aanmaak van het ticket af van de tijdstempel van het eerste menselijke antwoord. Voor een versie op basis van kantoortijden begin je met NETWORKDAYS.INTL, die gehele werkdagen retourneert en waarmee je weekenden en feestdagen kunt definiëren, en voeg je vervolgens het resterende deel van de dag toe.

Moet een rapport over de eerste reactietijd het gemiddelde of de mediaan gebruiken?

De mediaan, met het 90e percentiel daarnaast. Reactietijden zijn rechts-scheef verdeeld, waardoor een klein aantal zeer trage tickets het gemiddelde naar een waarde trekt die weinig klanten daadwerkelijk hebben ervaren.

Wat is het verschil tussen PERCENTILE.EXC en PERCENTILE.INC?

Ze gebruiken verschillende interpolatieregels. PERCENTILE.EXC interpoleert wanneer k geen veelvoud is van 1/(n + 1) en accepteert k uitsluitend tussen 0 en 1. PERCENTILE.INC gebruikt 1/(n - 1) en accepteert ook de waarden 0 en 1 zelf.

Waarom retourneert mijn p90 een #NUM!-fout?

PERCENTILE.EXC retourneert die foutmelding wanneer de matrix leeg is, of wanneer k zich op of buiten de grenzen van 0 tot 1 bevindt. De functie retourneert deze fout ook wanneer er niet kan worden geïnterpoleerd voor het percentiel dat je hebt opgevraagd, wat vaak gebeurt in rustige weken.