Le Temps Moyen de Résolution (MTTR) est le temps moyen écoulé entre la création d'un ticket de support et sa résolution complète. C'est l'une des deux principales métriques d'efficacité dans les opérations de Support Ops, aux côtés du Temps de Première Réponse, et elle mesure la durée totale de l'expérience de support du point de vue du client.
?
Comment le MTTR est-il calculé et quels facteurs le rendent trompeur sans contexte ?
Formule du MTTR : MTTR = Somme de (Horodatage de Résolution - Horodatage de Création pour tous les tickets de la période) / Nombre de Tickets Résolus dans la Période. La moyenne brute est très sensible à la distorsion causée par un petit nombre de tickets de très longue durée — un seul bug non résolu ouvert pendant 90 jours peut fausser considérablement la moyenne, tandis que la médiane reflète fidèlement l'expérience client typique. Les Support Ops devraient rapporter à la fois la moyenne et la médiane du MTTR, et également segmenter le MTTR par : priorité du ticket (le MTTR P1 devrait être de 2 à 4 heures pour les SaaS d'entreprise ; le MTTR P4 peut être de plus de 10 jours ouvrables et est acceptable) ; type de ticket (les tickets de facturation se clôturent en quelques heures ; les escalades d'ingénierie peuvent prendre des semaines) ; canal (le MTTR du chat devrait être inférieur à 15 minutes ; le MTTR de l'e-mail est mesuré en heures) ; et niveau de client (les entreprises vs. les SMB peuvent avoir des objectifs de MTTR très différents). Un MTTR rapporté comme un seul chiffre global mélange toutes ces dimensions en un chiffre difficile à exploiter et facile à manipuler.
?
Quelles sont les interventions les plus efficaces pour réduire le MTTR sans sacrifier la qualité de la résolution ?
La réduction du MTTR nécessite d'identifier où le temps est passé — le processus de résolution comporte des phases distinctes où des améliorations sont possibles. Temps d'évaluation de l'agent (du premier contact au diagnostic complet) : réduit par des flux de travail diagnostiques structurés dans la base de connaissances ("pour [symptôme], vérifiez ces 5 choses dans l'ordre"), un contexte de compte pré-rempli grâce à l'intégration CRM, et des solutions suggérées par l'IA basées sur le texte du ticket. Temps d'attente de l'ingénierie (escalade de Tier 2 en attente d'une réponse de l'ingénierie) : réduit en définissant des SLA d'escalade d'ingénierie et en surveillant leur conformité ; en développant des outils de diagnostic de Tier 2 qui permettent au Tier 2 de résoudre des problèmes qui nécessitaient auparavant l'ingénierie ; et en créant une bibliothèque de résolutions pour les modèles d'escalade d'ingénierie courants. Temps d'attente du client (agent attendant que le client fournisse des informations supplémentaires) : réduit par les agents demandant toutes les informations nécessaires en un seul message plutôt que par des suivis séquentiels ; une réouverture automatisée basée sur le statut "en attente du client" afin que les tickets ne soient pas marqués comme résolus pendant l'attente ; et des minuteurs de suivi proactifs (rappel automatisé envoyé au client et à l'agent si aucune réponse en 24 heures). Attente post-diagnostic (solution connue mais bloquée par le processus) : réduite par une autorité clairement définie de l'agent pour implémenter des correctifs courants sans approbation.
?
Comment le MTTR interagit-il avec le CSAT, et quand sont-ils en tension ?
La relation MTTR-CSAT est non linéaire et contre-intuitive. La réduction du MTTR améliore généralement le CSAT — les clients apprécient une résolution plus rapide. Mais une réduction du MTTR obtenue par des résolutions hâtives, une clôture prématurée des tickets ou des correctifs superficiels nuit activement au CSAT : un ticket fermé en 2 heures sans réellement résoudre le problème générera un score CSAT très bas et probablement une réouverture (mesurée comme un "taux de recontact"). Le point de tension : lorsque la direction incite à la réduction du MTTR comme KPI sans garde-fous CSAT, les agents optimisent la vitesse de clôture au détriment de la qualité de la résolution — prenant des raccourcis, marquant les tickets comme résolus avant une vérification approfondie, et déviant les problèmes complexes vers la base de connaissances sans aide réelle. Les Support Ops atténuent cela en : rapportant le MTTR aux côtés du CSAT et du taux de recontact dans chaque tableau de bord opérationnel (rendant la manipulation évidente grâce au signal de recontact) ; en disant explicitement aux agents qu'un MTTR long sur un problème complexe traité avec soin est plus valorisé qu'un MTTR rapide obtenu par déviation ; et en fixant des objectifs de MTTR par type de ticket qui reflètent des délais de qualité de résolution réalistes plutôt que des objectifs de vitesse ambitieux.
Défi de Connaissance
Vous maîtrisez Temps Moyen de Résolution (MTTR) ? Essayez maintenant de deviner le mot associé de 5 lettres !
Écrivez ou utilisez le clavier