Comment créer un rapport sur le délai de première réponse : Guide complet
Le temps de première réponse est la durée d'attente d'un client entre l'envoi d'un ticket et la réception de la première réponse humaine. Un rapport sur le temps de première réponse suit cette attente au fil des semaines, répartie par médiane et 90e percentile plutôt que par moyenne. Créez-le à partir d'un export de tickets contenant deux horodatages, et l'ensemble ne nécessite qu'un seul prompt ou trois formules.
La mesure est simple. C'est dans le reporting que les équipes s'induisent discrètement en erreur, car la statistique par défaut et la fonction de percentile par défaut masquent toutes deux les clients qui ont attendu le plus longtemps.
Ce que signifie le temps de première réponse et comment le calculer
Le temps de première réponse (FRT) est le temps écoulé entre l'arrivée d'un ticket et la première réponse d'un agent au client. La formule est aussi simple qu'elle en a l'air :
Temps de première réponse = horodatage de la première réponse humaine − horodatage de la création du ticket
Deux décisions transforment cette formule d'une ligne en un indicateur sur lequel une équipe peut réellement s'accorder.
Un accusé de réception automatisé compte-t-il ? Il ne devrait pas. Une réponse automatique disant « nous avons bien reçu votre message » n'est pas une réponse à la question. La prendre en compte produit un graphique magnifique mais une clientèle mécontente. Il s'agit généralement d'une erreur de bonne foi plutôt que d'une tromperie, et c'est la manière la plus courante dont le FRT se retrouve gonflé.
Le chronomètre tourne-t-il la nuit ? Sur un calendrier civil, un ticket du vendredi soir auquel on répond le lundi matin représente un échec de 60 heures. Sur un calendrier d'heures ouvrées, cela peut représenter moins d'une heure. Aucune de ces approches n'est fausse. C'est le fait d'en citer une alors que votre collègue cite l'autre qui déclenche le débat.
Le FRT moyen est la troisième décision, et c'est celle que la plupart des outils prennent pour vous. Les temps de réponse présentent une distribution asymétrique à droite : la plupart des tickets reçoivent une réponse rapide, tandis qu'une petite minorité attend très longtemps. La moyenne se retrouve ainsi tirée vers une valeur que presque personne n'a réellement vécue. Présentez plutôt la médiane et le 90e percentile.
Ce dont vous avez besoin avant de commencer
- Un export de tickets avec une ligne par conversation.
- Deux horodatages : l'arrivée du ticket et la première réponse d'un agent.
- Une définition de la « première réponse » qui exclut les accusés de réception automatiques et les notes internes.
- Vos heures de support, si vous prévoyez de faire un rapport basé sur les heures ouvrées.
- Une règle de volume minimal, afin que les semaines creuses ne produisent pas des absurdités aux apparences fiables.
Tranchez sur ces trois derniers points avant de construire quoi que ce soit. Les modifier ultérieurement invaliderait toutes les semaines précédentes du graphique, et une courbe de tendance basée sur une définition changeante est pire que l'absence de courbe de tendance.
Comment construire le rapport dans un tableur
Option 1 : transformer deux horodatages en une durée
Soustrayez l'horodatage d'arrivée de l'horodatage de première réponse et formatez le résultat en heures. Vous obtiendrez ainsi le temps de première réponse brut pour chaque ticket, sur un calendrier civil.
Si vous avez plutôt besoin d'un calendrier d'heures ouvrées, NETWORKDAYS.INTL est le point de départ habituel. La documentation de Microsoft est précise sur ce qu'elle renvoie. La fonction donne « le nombre de jours ouvrés entiers entre deux dates », en utilisant des paramètres qui indiquent quels jours comptent comme jours de week-end. Les jours de week-end et tous les jours désignés dans l'argument des jours fériés « ne sont pas considérés comme des jours ouvrés ».
Notez l'expression jours ouvrés entiers. La fonction répond en jours, pas en heures, de sorte qu'une attente de quatre heures et une attente de sept heures au cours d'un même quart de travail lui semblent identiques. Les durées inférieures à une journée nécessitent une structure qui combine le décompte des jours ouvrés avec le reste de l'heure de la journée. C'est pourquoi le reporting en heures ouvrées s'apparente davantage à un projet qu'à une simple formule.
Option 2 : calculer la médiane et le 90e percentile
MEDIAN vous donne l'attente typique. Pour la fin de distribution, Excel propose deux fonctions de percentile, et c'est là que les mêmes données produisent deux réponses différentes.
PERCENTILE.EXC accepte une valeur k « comprise entre 0 et 1, exclue ». Sa documentation indique que « si k n'est pas un multiple de 1/(n + 1), PERCENTILE.EXC effectue une interpolation pour déterminer la valeur au k-ième percentile ». PERCENTILE.INC accepte k « compris entre 0 et 1, inclus », et effectue une interpolation lorsque k « n'est pas un multiple de 1/(n - 1) ».
Dénominateurs différents, interpolations différentes, p90 différents. Aucune n'est fausse. Ce sont deux conventions, et un rapport qui passe discrètement de l'une à l'autre raconte une histoire sur votre formule plutôt que sur votre file d'attente.
La version exclusive présente un risque plus marqué. Sa documentation avertit que « si elle ne peut pas interpoler pour le percentile, k spécifié, Excel renverra l'erreur #NOMBRE! ». Lors d'une semaine creuse, avec seulement une poignée de tickets dans une file d'attente, le calcul du p90 peut tout simplement échouer.
Option 3 : mettre en page le rapport
Regroupez les tickets par semaine. Placez la médiane et le p90 côte à côte sous forme de deux courbes, et ajoutez le volume de tickets sous forme d'histogramme en arrière-plan. Ce volume n'est pas là pour faire joli. C'est ce qui évite au lecteur de surinterpréter un pic basé sur seulement onze tickets.
Ajoutez ensuite une ligne de texte précisant le calendrier utilisé et la méthode de calcul du percentile. C'est cette phrase qui rendra le rapport reproductible au trimestre suivant par quelqu'un qui n'était pas présent lors de sa création.
Là où la méthode du tableur montre ses limites
Aucune de ces trois étapes n'est difficile. L'inconvénient est qu'elles doivent toutes être refaites chaque semaine, sur un export dont les noms de colonnes changent dès que quelqu'un modifie la vue du helpdesk.
Trois points de friction spécifiques se répètent.
La colonne des réponses est rarement propre. Les accusés de réception automatisés, les notes internes et les réponses des agents atterrissent souvent dans le même champ, de sorte que la première ligne n'est pas toujours la première réponse humaine. Les séparer relève d'une analyse au cas par cas pour chaque export, et non d'une formule.
Les percentiles nécessitent une décision à chaque fois. Quelle fonction utiliser, quelles semaines ont un volume suffisant, et que faire s'afficher lorsque le calcul génère une erreur sur une file d'attente peu active.
Les heures ouvrées demandent de la maintenance. Dès lors que vous vous engagez sur un calendrier d'heures de support, chaque jour férié et chaque changement d'équipe devient une tâche à gérer dans le classeur. Oubliez-en un seul, et c'est toute une semaine qui est faussée.
Le résultat est un rapport précis la semaine de sa création, mais qui dérive silencieusement par la suite.
Comment créer un rapport sur le temps de première réponse avec l'IA
Étape 1 : Importer l'export de tickets
Ouvrez Powerdrill Bloom et importez l'export directement depuis votre helpdesk. Excel, CSV, PDF et les documents textuels font partie des formats d'importation pris en charge dans l'offre gratuite, de sorte qu'un export brut peut être intégré tel quel.
Conservez toutes les colonnes d'horodatage, y compris celles automatisées. Vous en aurez besoin pour prouver quelle réponse a été prise en compte, et pour modifier la définition plus tard sans avoir à réexporter les données.
Étape 2 : Indiquer le calendrier et les statistiques souhaités
Décrivez la mesure en langage naturel plutôt qu'avec des formules. Indiquez quel horodatage déclenche le chronomètre, quelle réponse l'arrête, et si les week-ends comptent. Demandez ensuite la médiane et le 90e percentile par semaine, accompagnés du volume de tickets.
Précisez également ce qui doit se passer pour les semaines creuses. Demandez à masquer le percentile en dessous d'un volume minimal de tickets. C'est bien mieux qu'une cellule d'erreur, et bien mieux qu'un chiffre affiché avec assurance mais basé sur seulement quatre lignes.
Chaque chiffre est fourni avec la ligne de données correspondante, de sorte qu'une semaine suspecte peut être ouverte et analysée plutôt que de faire l'objet de débats.
Étape 3 : Générer le rapport et enregistrer le prompt
Demandez deux courbes et un histogramme sur un axe hebdomadaire, ainsi qu'une note précisant la convention de percentile utilisée. Exportez le tout sous forme d'image, de feuille de calcul ou de diapositive.
La semaine suivante, importez le nouvel export et lancez le même prompt. La définition reste fixe, ce qui est la seule façon de donner du sens à une comparaison d'une semaine à l'autre. La page créer des graphiques à partir d'Excel détaille directement la méthode de création de graphiques.
Ce qui doit figurer dans un rapport sur le temps de première réponse
| Élément | Pourquoi il y a sa place | Ce qui ne va pas sans lui |
|---|---|---|
| Courbe de la médiane | L'attente du client type | Les moyennes masquent les valeurs aberrantes |
| Courbe du 90e percentile | L'expérience du dixième de clients ayant attendu le plus longtemps | Les longs délais d'attente restent invisibles |
| Histogramme du volume de tickets | Du contexte pour chaque variation | Les semaines creuses sont interprétées comme des tendances |
| Calendrier précisé | Heures civiles ou heures ouvrées | Deux équipes citent des chiffres différents |
| Méthode de percentile précisée | Reproductibilité | La même semaine change de valeur d'un rapport à l'autre |
| Règle de volume minimal | De l'honnêteté sur les segments restreints | Des erreurs ou une précision fictive |
| Répartition par canal | Là où se situent réellement les délais les plus longs | Une seule mauvaise file d'attente tire toute la courbe vers le bas |
Un exemple concret
Prenons une semaine avec 240 tickets. Le temps moyen de première réponse est de 5,1 heures, la médiane est de 1,4 heure et le p90 est de 19,7 heures.
Ces trois chiffres sont corrects. La moyenne est pourtant la seule qui ne correspond à la réalité de personne. La plupart des clients ont attendu moins de 90 minutes, et le dixième le plus lent a attendu la majeure partie de la journée. Si vous présentez la moyenne seule, le lecteur en conclura que la file d'attente est médiocre dans son ensemble, alors qu'en réalité elle est rapide mais présente une fin de distribution problématique. La solution pour corriger une fin de distribution problématique est différente de celle pour accélérer une file d'attente globalement lente. C'est pourquoi cette distinction mérite un graphique plutôt qu'une simple cellule.
Segmenter sans fausser le rapport
La question suivante qui s'impose est de savoir quel canal ou quelle file d'attente est le plus lent. Segmenter est utile, mais c'est aussi le moyen le plus rapide de faire mentir le rapport.
Deux règles permettent de rester honnête. Ne segmentez que là où le volume hebdomadaire reste supérieur à votre minimum, et conservez la courbe globale sur le graphique afin que les lecteurs disposent d'une référence. Une file d'attente avec neuf tickets par semaine mérite une vue mensuelle, pas hebdomadaire.
Si la segmentation importe plus que la tendance, un petit tableau présentant la médiane et le p90 par file d'attente apportera plus d'informations que de nombreuses courbes qui se chevauchent.
Comment améliorer le temps de première réponse
Ce rapport ne vaut la peine d'être construit que s'il débouche sur des actions. Quatre leviers reviennent régulièrement, et le rapport vous indique celui dont vous avez besoin.
Un p90 problématique avec une bonne médiane est généralement un problème de couverture horaire, pas de rapidité. Les tickets arrivant en dehors des heures de présence, ou dans une file d'attente gérée par un seul spécialiste, restent en suspens jusqu'au retour de quelqu'un. Analysez l'heure d'arrivée des tickets avant d'évaluer les performances des agents.
Une médiane en hausse avec un volume stable signifie généralement que la file d'attente absorbe un nouveau type de ticket pour lequel personne ne dispose de modèle de réponse. La répartition par canal le mettra en évidence.
Une médiane en hausse avec un volume en hausse est une question d'effectifs, et l'histogramme des volumes constitue votre argument.
Un rapport plat auquel personne ne fait confiance est un problème de définition. Affichez clairement le calendrier et la méthode de percentile en haut du rapport, et les débats prendront fin.
Pour la vue sur les volumes et les statuts qui accompagne celle-ci, consultez nos guides sur le rapport de tickets de support et le rapport CSAT. La page chatbot de service client traite de l'aspect déviation pour cette même file d'attente.
À quoi ressemble un bon objectif
Les équipes fixent souvent un objectif de temps de première réponse avant même de connaître leur distribution, ce qui explique pourquoi ces objectifs finissent par être soit insignifiants, soit inatteignables.
Fixez deux chiffres plutôt qu'un seul, et publiez les deux. Un objectif de médiane décrit l'expérience normale, et un objectif de p90 décrit la pire expérience que vous êtes prêt à accepter. Une équipe avec une médiane de 1,4 heure et un p90 de 19,7 heures a un problème de fin de distribution. Un objectif unique de deux heures ne permettrait pas du tout de le mettre en évidence.
Indiquez ensuite le calendrier à côté de l'objectif. « Deux heures » sur un calendrier d'heures ouvrées et « deux heures » sur un calendrier civil sont des promesses différentes. Le support et la direction supposeront chacun celle qui flatte le plus leur point de vue.
Erreurs courantes
Présenter la moyenne. C'est la statistique presque garantie de vous induire en erreur sur une distribution asymétrique à droite, et c'est pourtant celle par défaut dans la plupart des tableurs.
Prendre en compte la réponse automatique comme première réponse. C'est le moyen le plus rapide d'obtenir un graphique excellent qui ne correspond à l'expérience de personne.
Changer de fonction de percentile en milieu de trimestre. Si votre p90 s'est amélioré la semaine même où quelqu'un a modifié la formule, vous avez simplement mesuré l'impact de cette modification.
Mélanger les calendriers civils et d'heures ouvrées. Un week-end sur un calendrier civil représente 48 heures d'échec. Sur un calendrier d'heures ouvrées, cela peut être égal à zéro. Choisissez-en un et indiquez-le clairement.
Supprimer la série des volumes pour alléger le graphique. L'histogramme est la seule raison pour laquelle on peut distinguer une réelle régression d'une semaine calme.
Présenter un objectif sans distribution. Un simple chiffre du type « nous avons atteint les deux heures » n'apprend rien au lecteur sur les clients qui ont attendu neuf heures.
Conclusion
Un rapport sur le temps de première réponse mérite d'être construit correctement, car c'est l'un des rares indicateurs de support que les clients ressentent réellement. Deux courbes, un histogramme, un calendrier précisé et une convention de percentile claire l'emporteront sur n'importe quel tableau de bord affichant une simple moyenne.
Si le fait de devoir le reconstruire chaque semaine vous freine, enregistrez la définition dans un prompt et régénérez-le à partir de chaque nouvel export. Essayez Powerdrill Bloom sur l'export de tickets du mois dernier et visualisez la médiane et la fin de distribution sur le même axe.
Questions fréquentes
Qu'est-ce que le temps de première réponse dans le service client ?
C'est le temps écoulé entre l'arrivée du ticket d'un client et la première réponse d'un agent humain. Les accusés de réception automatisés sont normalement exclus, car ils ne répondent pas à la question du client.
Quelle est la formule du temps de première réponse ?
Soustrayez l'horodatage de création du ticket de l'horodatage de la première réponse humaine. Pour une version en heures ouvrées, partez de NETWORKDAYS.INTL, qui renvoie des jours ouvrés entiers et vous permet de définir les week-ends et les jours fériés, puis ajoutez le reste de l'heure de la journée.
Un rapport sur le temps de première réponse doit-il utiliser la moyenne ou la médiane ?
La médiane, accompagnée du 90e percentile. Les temps de réponse présentent une distribution asymétrique à droite, de sorte qu'un petit nombre de tickets très lents tire la moyenne vers une valeur que peu de clients ont réellement connue.
Quelle est la différence entre PERCENTILE.EXC et PERCENTILE.INC ?
Elles utilisent des règles d'interpolation différentes. PERCENTILE.EXC effectue une interpolation lorsque k n'est pas un multiple de 1/(n + 1) et accepte k strictement compris entre 0 et 1. PERCENTILE.INC utilise 1/(n - 1) et accepte les valeurs 0 et 1 elles-mêmes.
Pourquoi mon p90 renvoie-t-il une erreur #NOMBRE! ?
PERCENTILE.EXC renvoie cette erreur lorsque la plage est vide, ou lorsque k est égal ou extérieur aux limites de 0 à 1. Elle la renvoie également lorsqu'elle ne peut pas interpoler pour le percentile demandé, ce qui se produit lors des semaines creuses.