Finie la surveillance des incidents : 15 indicateurs clés du service d'assistance qui orientent les décisions

Pourquoi les KPI du centre de services sont-ils importants ?

Le suivi des bons indicateurs clés de performance (KPI) du centre de services offre aux équipes informatiques une base solide pour prendre des décisions qui, sans cela, reposeraient sur l'intuition. Plus précisément, ils permettent :

• La responsabilisation : des indicateursclairs permettent de rendre les performances visibles pour tous les agents, toutes les équipes et tous les services. Chacun sait ce qui est mesuré et pourquoi.
• La satisfaction des utilisateurs : le suivi d’indicateurs tels que le CSAT et le FCR établit un lien direct entre les opérations informatiques et l’expérience vécue par les collaborateurs lorsqu’ils ont besoin d’assistance.
• L’efficacité opérationnelle : des indicateurs tels que le nombre de tickets en attente, le temps moyen de traitement (AHT) et le taux d’utilisation des agents permettent d’identifier les goulots d’étranglement avant qu’ils ne dégénèrent en crise.
• Alignement sur les objectifs métier : lorsque les KPI sont alignés sur les objectifs métier, l’informatique cesse d’être un centre de coûts et commence à démontrer sa valeur en des termes compréhensibles par la direction.

Suivre des indicateurs sans les relier à un objectif est utile pour le diagnostic, mais il faut ensuite passer à la mise en œuvre opérationnelle. « Améliorer la satisfaction client » n’est pas un objectif suffisant. Ce qui importe, c’est de savoir si le taux de satisfaction client (CSAT) baisse systématiquement après un type de demande spécifique, ou si le respect des accords de niveau de service (SLA) est en baisse pour un service particulier — car ce sont ces signaux qui mènent à une décision concrète : ajuster le SLA, revoir les effectifs dans ce domaine ou remédier à un goulot d’étranglement dans la file d’attente.

L’utilisation des indicateurs du centre d’assistance pour définir et ajuster les KPI est une bonne pratique du service desk; c’est le moyen de favoriser l’amélioration. 

19 indicateurs de centre d’assistance que votre équipe devrait suivre (définitions, formules, exemples)

Afin de clarifier le cadre, les indicateurs présentés dans cet article sont regroupés en quatre catégories. 

Il n’est pas nécessaire de tout mesurer pour maîtriser le fonctionnement d’un service d’assistance. L’objectif est de sélectionner les indicateurs qui reflètent le mode de fonctionnement de votre équipe, de les suivre de manière régulière et d’ajuster cet ensemble à mesure que votre centre de services évolue.

Cette liste vous aide à comparer les indicateurs au sein d’une même catégorie — productivité, qualité, performance ou impact financier — afin que vous puissiez déterminer lesquels correspondent aux résultats que vous souhaitez améliorer.

Indicateurs de productivité

Les indicateurs de productivité mesurent la relation entre la charge de travail et la capacité de l’équipe à traiter les tickets à un rythme régulier. Ils vous aident à évaluer le débit, à identifier les points de tension dans la file d’attente et à déterminer quand des ajustements en matière d’effectifs, de planification ou de flux de travail sont nécessaires.

1. Volume de tickets

Le volume de tickets correspond au nombre d'incidents ou de demandes que le support informatique reçoit et traite au cours d'une période donnée. Il permet de mesurer la charge de travail et l'efficacité de l'équipe de support client.

• Formule : pour calculer le volume de tickets, il faut recenser le nombre de tickets reçus par l'équipe d'assistance au cours d'une période donnée.

Vous pouvez également ventiler le volume de tickets par canal (e-mail, portail, téléphone, chat), catégorie, priorité, service, groupe de clients et période (heure/jour/semaine). Ainsi, vous pouvez utiliser cet indicateur pour établir un lien entre les pics d'activité et les mises à jour, apporter des modifications de configuration, définir des seuils d'alerte en cas d'augmentations anormales, etc.

2. Arriéré de tickets

Le carnet de tickets mesure le nombre total de tickets que les agents n’ont pas résolus au cours d’une période donnée. Il fournit des informations sur la charge de travail du personnel d’assistance informatique, l’efficacité du système d’assistance et la satisfaction client. L’analyse des tendances, associée à un modèle d’enquête de satisfaction client, aide les équipes à hiérarchiser les problèmes, à réduire les délais, à améliorer la qualité des résolutions, à allouer les ressources de manière plus judicieuse et à aligner les performances du support sur l’évolution des attentes des utilisateurs et des résultats.

Un arriéré important peut indiquer que l'équipe d'assistance informatique est débordée, ce qui entraîne des délais de résolution prolongés et une faible satisfaction client.

• Formule : Arriéré = Tickets ouverts au début de la période + Nouveaux tickets − Tickets résolus
   
• Exemple : si l'on part de 50 tickets ouverts, que l'on reçoit 40 nouveaux tickets et que l'on en résout 60, le nombre de tickets en attente s'élève à 30.

3. Taux d'utilisation des agents

Le taux d'utilisation des agents mesure le temps qu'un agent du support informatique consacre aux activités liées au support par rapport à son temps de travail total disponible.

• Formule : Taux d’utilisation (%) = (temps consacré aux tâches d’assistance ÷ temps de travail total disponible) × 100

Bien qu’il s’agisse essentiellement d’un simple rapport, ce chiffre peut être trompeur si l’on ne définit pas précisément ce que recouvre le « temps de support ». Deux centres de services utilisant la même formule peuvent obtenir des taux d’utilisation très différents selon la manière dont ils effectuent le suivi de leur activité. C’est pourquoi cet indicateur nécessite davantage de contexte que le simple calcul.

Toutes les tâches liées à la gestion des incidents n’apparaissent pas sous forme de temps directement consacré aux tickets. Les enquêtes, les suivis, les discussions internes, les escalades et les tâches administratives peuvent occuper une part importante de la journée. Si vous ne suivez que le temps enregistré directement sur les tickets, le taux d’utilisation peut sembler inférieur à la charge de travail réelle. Si vous incluez toutes les activités sans distinction, il peut paraître artificiellement élevé. 

Voici quelques approches de mesure possibles :

• Le temps enregistré par le système (temps associé aux tickets) : précis pour le traitement des tickets, mais ne tient pas compte des tâches annexes telles que la coordination ou la recherche.
• Comptabilisation du temps de travail (feuilles de temps ou registres de présence) : offre une vue d’ensemble plus large de la journée, mais présente une granularité moindre et repose sur la précision des saisies manuelles.

Indicateurs de qualité

Les indicateurs de qualité évaluent les performances du centre de services du point de vue de l’utilisateur. Ils mettent l’accent sur la cohérence, la fiabilité et la valeur perçue de l’expérience d’assistance. Ces indicateurs vous aident à comprendre dans quelle mesure l’équipe résout les problèmes, si les niveaux de service répondent aux attentes et comment les utilisateurs évaluent les efforts nécessaires pour obtenir de l’aide. Combinés, ils offrent une vision concrète de la qualité du service, au-delà de la simple productivité ou de la rapidité.

4. Taux de satisfaction client (CSAT)

Le score de satisfaction client mesure le degré de satisfaction des clients vis-à-vis de l’assistance informatique dont ils bénéficient. L’indicateur CSAT est généralement calculé en demandant aux clients d’évaluer leur niveau de satisfaction par rapport à l’assistance informatique reçue, le plus souvent sur une échelle de 1 à 5 ou de 1 à 10.

Le CSAT est un indicateur avancé de la qualité de l'expérience client et permet d'identifier les axes d'amélioration. Vous devriez suivre le CSAT régulièrement, idéalement après chaque interaction avec les clients.

• Formule : il est calculé en divisant le score total obtenu par le nombre total de réponses, puis en multipliant le résultat par 100 pour obtenir un pourcentage.
• Exemple : si vous recevez 100 réponses pour un score total de 400 sur 500 possibles, le score CSAT sera de 80 % (400/500 × 100).

Le CSAT reflète également le sentiment général concernant l’expérience globale, et pas seulement les performances du service informatique : les retards causés par des équipes externes, des processus peu clairs ou des décisions stratégiques peuvent faire baisser la note, même si l’agent a tout fait correctement.

5. Net Promoter Score (NPS)

Le Net Promoter Score correspond à la probabilité que les clients recommandent une entreprise ou ses produits/services à d’autres personnes. Il s’agit d’un indicateur largement utilisé qui aide les organisations à comprendre la fidélité et la satisfaction de leurs clients. De plus, les organisations s’en servent pour comparer les performances de différents produits ou services et pour évaluer l’efficacité des changements apportés aux initiatives visant à améliorer l’expérience client.

L'indicateur NPS est généralement calculé en posant une seule question aux clients : « Sur une échelle de 0 à 10, dans quelle mesure seriez-vous susceptible de recommander notre entreprise, nos produits ou nos services à un ami ou à un collègue ? » En fonction de leur réponse, les clients sont ensuite classés en trois catégories : les promoteurs (9-10), les passifs (7-8) et les détracteurs (0-6).

• Formule : soustraire le pourcentage de détracteurs du pourcentage de promoteurs. Les passifs ne sont pas pris en compte dans le calcul. Le score obtenu peut varier de -100 à 100.
• Exemple : si 60 % des clients sont des promoteurs, 20 % des passifs et 20 % des détracteurs, le NPS serait de 40 (60 - 20).

Contrairement au CSAT, le NPS est généralement envoyé moins fréquemment et reflète une expérience cumulée. Les utilisateurs interprètent également la question différemment en fonction de la culture d’entreprise, des attentes en matière de service ou de la visibilité du service informatique. Un NPS faible ne reflète pas toujours les performances récentes ; il peut être lié à des problèmes hérités du passé ou à un mécontentement plus général vis-à-vis de la technologie au sein de l’entreprise.

6. Respect des accords de niveau de service (SLA)

La conformité à l’accord de niveau de service (SLA)mesure dans quelle mesure une équipe d’assistance informatique respecte les objectifs et les normes définis dans son SLA. Un SLA est un accord formel entre l’équipe d’assistance informatique et ses clients, qui définit les services de l’entreprise, le niveau d’assistance attendu et les délais de résolution des problèmes.

• Formule : Conformitéau SLA (%) = (Nombre de tickets conformes au SLA ÷ Nombre total de tickets soumis au SLA) × 100
• Exemple : si 950 tickets sur 1 000 respectent les objectifs de leur SLA, la conformité est de 95 %.

Tous les SLA ne reflètent pas les attentes réelles des utilisateurs. Des objectifs fixés trop bas gonflent le taux de conformité, tandis que des objectifs trop stricts entraînent des manquements constants qui ne reflètent pas les performances réelles. Une approche pratique consiste à analyser les tendances en matière de types de tickets, d’acheminement et de gestion des files d’attente, puis à ajuster les seuils par petits paliers plutôt que de passer directement à de nouvelles valeurs. Il est également utile de comparer les SLA aux OLA internes afin que les équipes d’assistance ne soient pas tenues de respecter des engagements que les groupes en amont ne peuvent pas honorer.

La classification doit également faire l’objet d’un audit rapide, car des catégories incohérentes faussent les données relatives aux réponses et aux résolutions. Un bref cycle d’ajustement tous les quelques mois permet généralement de maintenir des SLA réalistes sans pour autant les rendre trop laxistes.

Recommended reading

5 Service Level Agreement Metrics to Track Service Fulfillment

Read Article

7. Score d’effort client (CES)

Le Customer Effort Score mesure la facilité avec laquelle un utilisateur a pu résoudre son problème ou mener à bien une demande. Il se concentre sur les frictions rencontrées au cours du processus plutôt que sur le résultat final.

Le Customer Effort Score est généralement calculé en posant une seule question aux clients après leur interaction avec l'équipe d'assistance : « Quel effort avez-vous dû fournir pour traiter votre demande ? » Les clients sont ensuite invités à évaluer leur expérience sur une échelle allant de « très facile » à « très difficile ».

• Formule : moyenne de toutes les notes d’effort attribuées par les utilisateurs (l’échelle dépend de la conception de l’enquête).
• Exemple : si les répondants à l’enquête attribuent une note moyenne de 2,1 sur une échelle d’effort de 1 à 5 (1 = très facile), le CES est égal à 2,1.

Le CES est fortement influencé par la conception des processus. Même d’excellentes performances de la part des agents ne peuvent compenser des flux de travail qui exigent de multiples validations, des informations à fournir à plusieurs reprises, des formulaires interminables ou des transferts de dossier. Le CES est donc un indicateur sensible des frictions structurelles plutôt que des performances individuelles.

Indicateurs de performance

Les indicateurs de performance évaluent la rapidité et l'efficacité avec lesquelles l'équipe d'assistance traite les demandes. Ils vous aident à comprendre la vitesse de réponse, les schémas de résolution et l'évolution de la charge de travail.

8. Temps de première réponse (FRT)

Temps de première réponse Il s'agit du délai nécessaire à une équipe d'assistance informatique pour répondre à la demande d'aide initiale d'un client. Cet indicateur ne prend pas en compte le temps nécessaire à la résolution du problème. Il s'agit d'un indicateur clé de performance utilisé pour évaluer la réactivité des équipes d'assistance informatique. 

• Formule : heure de la première réponse de l'agent − heure de création du ticket.
• Exemple : un ticket ouvert à 10 h 00 et traité à 10 h 25 a un FRT de 25 minutes.

Les fourchettes de FRT varient selon le canal (e-mail, chat, portail). Vous devez analyser les tendances naturelles de réponse et ajuster l’objectif afin qu’il reflète les attentes réelles sans être surévalué. Si l’équipe modifie les règles de routage ou adopte de nouveaux canaux, réévaluez l’objectif, car la référence de base peut changer.

9. Résolution dès le premier contact (FCR)

La résolution dès le premier contact désigne la capacité d’une équipe d’assistance informatique à résoudre les problèmes ou à répondre aux demandes des clients dès leur premier contact avec l’équipe d’assistance, sans qu’un suivi soit nécessaire. 

• Formule : ( nombre de tickets résolus en un seul contact ÷ nombre total de tickets) × 100.
• Exemple : si 70 tickets sur 100 sont résolus dès le premier contact, le FCR est de 70 %.

Lors de la définition des objectifs de FCR, vérifiez quelles catégories peuvent réellement être résolues dès le premier contact et fixez des attentes par catégorie plutôt qu’un objectif global unique. Il est également utile de surveiller si la qualité du support baisse lorsque l’on vise un FCR plus élevé ; si les résolutions rapides entraînent une augmentation des taux de réouverture, l’objectif doit être ajusté.

10. Délai de résolution (TTR)

Le délai de résolution mesure letemps nécessaire pour résoudre entièrement un ticket à compter de sa création.

Pour calculer le TTR, il faut soustraire l'heure à laquelle le client a formulé sa demande de l'heure à laquelle le problème a été résolu.

• Formule : heure de résolution − heure de création du ticket.
• Exemple : un ticket créé à 9 h 00 et résolu à 13 h 30 a un TTR de 4,5 heures.

Le TTR mesure la durée totale nécessaire à la résolution du problème, y compris les éventuels contacts de suivi ou les escalades.

Le TTR varie considérablement selon le type d’incident ; par conséquent, un seul indicateur de référence donne souvent une image faussée des performances. Fixer un objectif global trop strict oblige à faire constamment des exceptions, tandis qu’un objectif trop large masque les retards dans les catégories qui comptent réellement. L’approche la plus fiable consiste à examiner l’historique des délais de résolution par catégorie ou par niveau de gravité et à définir des fourchettes qui reflètent les variations réelles.

11. Temps moyen de traitement (AHT)

Le temps moyen de traitement (AHT) mesure le temps moyen nécessaire à un technicien du support informatique pour traiter une demande, y compris le temps passé à dialoguer avec le client et toutes les tâches associées, telles que la recherche d’informations ou la rédaction de documents.

• Formule : temps de traitement total ÷ nombre de tickets traités.
• Exemple : si un agent consacre 120 minutes à traiter 6 tickets, l’AHT est de 20 minutes.

Il est important de mettre en balance l’AHT avec d’autres indicateurs, en particulier les indicateurs de qualité du support tels que la satisfaction client, et de l’utiliser comme un indicateur de tendance plutôt que comme un objectif strict, afin d’éviter toute distorsion des comportements.

Par exemple, un technicien du support informatique peut être capable de traiter rapidement les demandes. Cependant, s’il ne propose pas de solutions efficaces ou si les clients ne sont pas satisfaits de leurs interactions, l’AHT à lui seul ne donne pas nécessairement une image complète de la qualité des services de support informatique.

12. Taux d’escalade

Le taux d’escalade correspond au pourcentage de demandes transmises à des niveaux supérieurs d’assistance ou de gestion. Il mesure la fréquence à laquelle les problèmes ne peuvent être résolus par l’équipe d’assistance initiale et nécessitent une intervention supplémentaire.

• Formule : (nombre de tickets transférés ÷ nombre total de tickets) × 100.
• Exemple : si 15 tickets sur 200 sont transférés, le taux d'escalade est de 7,5 %. 

Le taux d’escalade ne donne une image fidèle de la situation que lorsque la logique de routage est stable. Tout changement dans les règles de triage, la structure des files d’attente ou les responsabilités des équipes peut faire varier ce taux du jour au lendemain, ce qui peut donner l’impression que l’indicateur s’est détérioré ou amélioré sans qu’il y ait eu de réelle évolution des performances. Lorsque vous ajustez les seuils, vérifiez si les escalades résultent de lacunes en matière de compétences, d’un mauvais alignement des catégories ou de limites d’autorisation trop strictes. Définissez des fourchettes acceptables par catégorie ou par niveau de gravité plutôt que d’appliquer un chiffre universel. Si le taux baisse trop, vérifiez que les cas ne sont pas maintenus au niveau 1 uniquement pour préserver l’indicateur.

13. Gravité des incidents

La gravité des incidents mesure l’impact d’un incident informatique sur les opérations, les services ou les clients de l’organisation. Elle classe les incidents en fonction du niveau de perturbation ou d’impact qu’ils ont sur l’activité.

• Formule : il n'existe pas de formule unique ; la gravité est attribuée à l'aide de critères prédéfinis. Le suivi du nombre de tickets classés dans chaque niveau de gravité (mensuellement ou trimestriellement) vous offre une visibilité précoce sur les évolutions de l'état de santé du système ou sur les problèmes récurrents à fort impact.
• Exemple : une panne affectant tous les utilisateurs peut correspondre à un niveau de gravité 1 ; un bug affectant un seul utilisateur peut correspondre à un niveau de gravité 4.

On distingue généralement quatre niveaux de gravité des incidents :

• Critique : incidents provoquant une perturbation importante ou une interruption totale d’un processus métier, d’un système ou d’un service critique, et nécessitant une résolution immédiate.
• Élevé : incidents entraînant une perturbation modérée des processus métier ou des services et nécessitant une résolution rapide.
• Moyen : incidents entraînant une perturbation mineure et nécessitant une résolution dans un délai raisonnable.
• Faible : incidents entraînant une perturbation minime, voire nulle, et pouvant être résolus de manière courante.

Pour attribuer un niveau de gravité à un incident, vous devez vous baser sur son impact et son urgence. Vous pouvez prendre en compte des facteurs tels que le nombre d'utilisateurs concernés, la criticité du système ou du service, et l'impact potentiel sur le chiffre d'affaires.

Les données de gravité ne sont utiles que si les catégories sont appliquées de manière cohérente. Si les seuils sont flous, une surévaluation ou une sous-évaluation de la gravité se propage dans la file d’attente et fausse le TTR, les performances des SLA et l’allocation des ressources. Un examen périodique d’exemples par catégorie permet de maintenir la stabilité du modèle. 

Indicateurs financiers

Les indicateurs financiers montrent l’impact économique de l’exploitation du centre de services. Ils permettent de quantifier le coût de traitement des demandes, de comparer les performances internes à des références du secteur et d’étayer les décisions budgétaires liées à la dotation en personnel, aux outils et à l’amélioration des processus.

14. Coût par ticket

Le coût par ticket correspond au coût moyen de la résolution d’un ticket d’assistance informatique. Il aide les organisations à comprendre l’impact financier de leurs processus d’assistance informatique et peut éclairer les décisions relatives à l’allocation des ressources et à l’efficacité.

• Formule : Coûttotal de l'assistance ÷ Nombre total de tickets traités
• Exemple : si les coûts mensuels d’assistance s’élèvent à 40 000 $ et que l’équipe résout 5 000 tickets, le coût par ticket est de 8 $.

Les équipes décident d’inclure ou non les coûts indirects (formation, abonnements logiciels, refacturations internes). L’essentiel est de veiller à la cohérence du modèle afin que les tendances restent fiables.

Suivi dans le temps, cet indicateur peut fournir des informations sur l’efficacité des changements de processus ou des investissements technologiques. Par exemple, si un nouvel outil ou un nouveau processus de centre d’assistance est mis en place et que le coût par ticket diminue au fil du temps, cela peut être considéré comme un signe que l’investissement a porté ses fruits.

15. Retour sur investissement (ROI)

Le ROI, acronyme de « Return on Investment » (retour sur investissement), mesure l’efficacité d’un investissement. Les organisations l’utilisent pour évaluer les retombées financières des investissements dans l’infrastructure informatique, les logiciels ou d’autres projets liés aux technologies.

• Formule : ( Bénéfice estimé − Coût de l'investissement) ÷ Coût de l'investissement
• Exemple : si l’automatisation d’un flux de travail coûte 10 000 $ et réduit la charge de travail suffisamment pour éviter 25 000 $ de frais de personnel supplémentaires, le ROI est de 150 %.

Les bénéfices peuvent être directs (réduction des heures de travail) ou indirects (augmentation du taux de résolution au premier contact (FCR) réduisant les temps d’arrêt de l’activité). L’important est de définir les bénéfices dès le départ afin que les calculs de ROI ne reposent pas sur des hypothèses a posteriori.

Le suivi du retour sur investissement au fil du temps permet aux entreprises de déterminer si l’investissement a été fructueux et si de nouveaux investissements dans des technologies similaires sont justifiés.

IA et indicateurs de déviation

Les indicateurs d’IA et de déviation mesurent la part des demandes de support résolues sans intervention d’un agent — grâce au libre-service, aux bases de connaissances et aux agents virtuels. Ils montrent dans quelle mesure l’automatisation absorbe la demande, avec quelle efficacité les utilisateurs résolvent eux-mêmes leurs problèmes et quelles parties de la file d’attente ne parviennent jamais jusqu’à un agent humain. À mesure que le libre-service et la résolution assistée par l’IA occupent une part croissante de l’activité d’assistance, ces indicateurs révèlent si cette évolution réduit la charge de travail des agents ou si elle la déplace en aval.

16. Taux de déviation des tickets

Le tauxde déviation des tickets mesure la part des tickets potentiels résolus via le libre-service avant d’atteindre un agent. Il reflète l’efficacité avec laquelle les bases de connaissances, les portails et les agents virtuels absorbent la demande qui, sans cela, aboutirait dans la file d’attente.

• Formule : Taux de déviation (%) = (Interactions déviées ÷ (Interactions déviées + Tickets créés)) × 100
• Exemple : si le libre-service résout 300 problèmes et que 700 tickets sont tout de même créés, le taux de déviation est de 30 % (300 ÷ 1 000 × 100).

La déviation n’a de sens que lorsque l’interaction déviée résout véritablement le problème de l’utilisateur. La consultation d’une base de connaissances ou une session avec un chatbot qui se termine sans réponse peut être comptabilisée comme une déviation alors que le problème sous-jacent reste en suspens, ce qui gonfle le taux. Associez la déviation à un signal de suivi — un nouveau contact dans un délai court, une réponse à la question « Cela vous a-t-il aidé ? » ou un ticket ultérieur sur le même sujet — afin de confirmer que les tickets évités correspondent bien à des problèmes résolus.

17. Taux de réussite du libre-service

Le taux de réussite du libre-service mesure la proportion d’utilisateurs qui résolvent leur problème via les canaux de libre-service après y avoir accédé. Il permet d’isoler l’efficacité de la base de connaissances et du portail du trafic global, en indiquant si le contenu trouvé par les utilisateurs permet réellement de clore leur demande.

• Formule : Taux de réussite du libre-service (%) = (Sessions de libre-service aboutissant à une résolution ÷ Nombre total de sessions de libre-service) × 100
• Exemple : si 800 des 2 000 sessions sur le portail se terminent sans ticket de suivi ni contact avec un agent, le taux de réussite est de 40 %.

L’attribution constitue le principal défi. Un utilisateur peut lire un article, quitter le site et résoudre le problème ailleurs, ou abandonner la session et ouvrir un ticket quelques heures plus tard. Définir un délai de résolution et relier les sessions aux contacts ultérieurs permet de donner une base solide à cet indicateur. De faibles taux de réussite indiquent généralement des lacunes dans le contenu ou des problèmes de recherche ; il convient donc de segmenter cet indicateur par sujet afin d’identifier les domaines dans lesquels la base de connaissances est insuffisante et ceux où de nouveaux articles permettraient de clôturer le plus grand nombre de demandes.

18. Taux de résolution par l’agent virtuel

Le taux de gestion par l’agent virtuel mesure la part des conversations qu’un agent virtuel traite du début à la résolution sans passer le relais à un humain. Il indique la part de la demande conversationnelle absorbée par l’automatisation et où se concentrent les schémas d’escalade.

• Formule : Taux de gestion (%) = (Conversations résolues par l'agent virtuel ÷ Nombre total de conversations de l'agent virtuel) × 100
• Exemple : si un agent virtuel traite 1 200 conversations et que 480 d'entre elles se terminent sans escalade, le taux de gestion est de 40 %.

Un taux de gestion élevé n’a de sens que lorsque les conversations gérées se terminent par un utilisateur satisfait. Les sessions qui s’enlisent, tournent en boucle ou sont abandonnées peuvent être comptabilisées comme gérées tout en orientant les utilisateurs vers un autre canal, ce qui masque la charge réelle d’escalade. Suivez le taux de gestion parallèlement aux taux de satisfaction post-conversation et de contacts répétés afin de vous assurer qu’une augmentation de ce chiffre correspond bien à des demandes résolues.

19. Taux de résolution automatisée

Le taux de résolution automatisée mesure la part des tickets résolus via des workflows automatisés sans intervention d’un agent une fois le ticket créé. Il rend compte de la valeur de l’automatisation appliquée après la réception — acheminement, catégorisation et clôture gérés par des règles ou l’IA — en la distinguant de la déviation qui a lieu avant la création du ticket.

• Formule : Taux de résolution automatisée (%) = (Tickets résolus par automatisation ÷ Nombre total de tickets résolus) × 100
• Exemple : si 150 des 1 000 tickets résolus sont clôturés par automatisation, le taux de résolution automatisée est de 15 %.

La distinction entre la résolution assistée par l’automatisation et la résolution entièrement automatisée influe sur ce chiffre. Un ticket que l’automatisation achemine et enrichit avant qu’un agent ne le clôture diffère de celui qui est clôturé de bout en bout sans intervention humaine. Déterminez ce qui est considéré comme automatisé avant de communiquer ce taux, et veillez à ce que la définition reste cohérente d’une période à l’autre afin que les tendances restent comparables. Une segmentation par type de demande permet d’identifier les catégories qui se prêtent particulièrement bien à l’automatisation et celles qui dépendent encore du jugement humain.

Comment utiliser les indicateurs du service d'assistance pour améliorer les performances du support informatique

Un modèle de mesure solide aide les équipes de support informatique à comprendre la demande, la qualité de service et les coûts opérationnels. Les indicateurs de performance du service d’assistance offrent également aux responsables un moyen clair de relier le travail quotidien aux objectifs stratégiques plus larges de l’entreprise. Lorsqu’ils sont suivis de manière cohérente, ils orientent les ajustements de processus, les décisions en matière de personnel et les améliorations de service.

Une mise en place structurée garantit la pertinence des indicateurs et évite que les données ne deviennent du bruit. Quatre étapes pratiques peuvent vous aider à mettre en place un processus solide :

1. Définissez vos indicateurs clés de performance (KPI) ITSM en fonction des objectifs métier : déterminez ce que signifie la réussite. Si la priorité est une meilleure expérience utilisateur, concentrez-vous sur le taux de satisfaction client (CSAT), le taux de résolution au premier contact (FCR) ou la répartition par gravité des incidents. Si l’accent est mis sur l’efficacité, privilégiez des indicateurs tels que le temps de réponse (FRT), le temps moyen de traitement (AHT) et l’évolution du carnet de travail. Fixer d’abord des objectifs clairs permet d’éviter la surcharge d’indicateurs et de ne pas se perdre dans la poursuite de chiffres sans importance.
   
   
   
2. Mettez en place des méthodes de suivi fiables : utilisez votre plateforme ITSM pour automatiser la collecte des données plutôt que de vous fier à des tableurs. Le suivi automatisé réduit les erreurs, garantit des horodatages cohérents et facilite l’analyse des tendances sur de longues périodes.
   
   
   
3. Assurez-vous que l’équipe comprenne la signification de chaque indicateur : les agents doivent savoir clairement comment leurs actions influencent les KPI. De brèves sessions de formation ou des directives internes aident à définir les attentes : ce qui constitue une première réponse, comment classer la gravité d’un incident ou quand une escalade doit avoir lieu. La cohérence renforce la précision de tous les indicateurs.
   
   
   
4. Utilisez vos outils de reporting et d’analyse pour évaluer et ajuster les performances : les tableaux de bord et les rapports programmés vous fournissent la base de référence nécessaire à l’amélioration continue. Examinez les tendances, identifiez les schémas récurrents et adaptez les SLA, les effectifs ou les flux de travail en conséquence.

Comment suivre les indicateurs du service d’assistance avec InvGate Service Management

InvGate Service Management simplifie l'automatisation du suivi des indicateurs et élimine les rapports manuels.

1- Créer des tableaux de bord par rôle

Les tableaux de bord d’InvGate Service Management se configurent à l’aide de commandes de type « pointer-cliquer » et « glisser-déposer ».

Comme InvGate Service Management prend en charge plusieurs services d’assistance et différents niveaux d’accès, la couche d’analyse en fait de même : elle fournit des outils de reporting aux coordinateurs et aux administrateurs de chaque domaine de responsabilité. Cela élimine le problème des tableaux de bord « universels » qui affichent tout à tout le monde et ne sont utiles à personne.

Les tableaux de bord peuvent également être partagés avec des parties prenantes extérieures à l'équipe du centre de services, offrant ainsi aux dirigeants une visibilité en temps réel sur les performances des services sans qu'ils aient besoin d'accéder à l'intégralité de la plateforme.

2- Définir des objectifs SLA en tant qu’indicateurs clés de performance (KPI) actifs

C'est à ce stade que s'opère, sur le plan opérationnel, la conversion des indicateurs en KPI.

Dans InvGate Service Management, les politiques SLA transforment des indicateurs tels que le FRT et le TTR en objectifs assortis d’une logique d’alerte. Vous configurez le seuil — par exemple, « Les incidents de niveau P2 doivent être résolus dans un délai de 8 heures » — et le système surveille le respect de cet objectif en temps réel. Lorsqu’un ticket s’approche de la limite fixée par le SLA, la plateforme peut automatiquement déclencher une notification, réattribuer le ticket, le faire remonter au niveau supérieur ou modifier sa priorité.

3- Automatiser les rapports et les cycles de révision

Les rapports peuvent être configurés pour inclure les indicateurs précis qui importent à votre centre de services — tels que le FRT, le respect des SLA ou le coût par ticket.

Pour en créer un, ouvrez Rapports → Demandes → Nouveau rapport, choisissez les indicateurs, précisez une plage de dates et appliquez les filtres dont vous avez besoin. Une fois enregistré, vous pouvez programmer l’envoi automatique à l’aide de l’icône en forme d’horloge et sélectionner la fréquence ainsi que les destinataires. Les rapports peuvent être envoyés aussi bien aux utilisateurs disposant d’une licence qu’à ceux qui n’en ont pas, ce qui est utile pour partager des mises à jour avec d’autres équipes ou responsables.

Les tableaux de bord offrent une vue en temps réel des performances. Ils peuvent être personnalisés à l’aide de widgets consacrés au carnet de commandes, aux escalades, au délai de réponse ou aux indicateurs financiers afin de surveiller les opérations quotidiennes. Ces vues permettent de détecter rapidement les écarts et facilitent une prise de décision plus rapide.

Vous souhaitez voir comment cela fonctionne concrètement ? Demandez un essai gratuit de 30 jours et découvrez InvGate Service Management ainsi que toutes ses fonctionnalités.

KPI du centre de services : comment transformer les indicateurs en objectifs stratégiques

Suivre 15 indicateurs ne signifie pas gérer 15 KPI. La distinction est importante : les indicateurs permettent un diagnostic global ; les KPI favorisent la responsabilisation et l'amélioration.

La fourchette recommandée pour la plupart des équipes est de 5 à 7 KPI. En dessous de 5, vous perdez en couverture sur les quatre catégories. Au-delà de 7, il devient difficile d’identifier les leviers à actionner lorsque les performances baissent.

Voici un cadre en trois étapes pour transformer les indicateurs ci-dessus en KPI sur lesquels votre équipe peut agir.

Étape 1 : Sélectionnez des indicateurs alignés sur un objectif métier spécifique

Commencez par le résultat sur lequel l'entreprise doit agir au cours du cycle actuel, et non par les indicateurs. Exemples :

• Réduire l'effort demandé à l'utilisateur → CES + FCR + Taux de réouverture des tickets.
• Réduire les coûts d’assistance → Coût par ticket + Taux de résolution en libre-service + Taux d’utilisation des agents.
• Améliorer la fiabilité des SLA → Taux de conformité aux SLA + FRT + TTR par priorité.
• Augmenter la satisfaction des utilisateurs → CSAT + NPS + FCR.

Chaque objectif correspond à un ensemble d'indicateurs. Les KPI sont les indicateurs auxquels est associée une cible.

Étape 2 : Définir la valeur de référence et le seuil

Un KPI sans objectif reste un indicateur. Pour chaque indicateur sélectionné, déterminez le niveau actuel de performance (la référence) et le niveau à atteindre d'ici la fin du cycle de révision (l'objectif). L'écart entre ces deux valeurs définit l'objectif d'amélioration. Pour obtenir des conseils sur la définition d'objectifs basés sur des SLA qui soient réalistes et alignés sur les attentes de l'entreprise, consultez l'article « Créer des SLA ITSM efficaces ».

Étape 3 : Définir un cycle de révision

Les différents KPI suivent des rythmes de révision différents :

• Hebdomadaire : arriéré de tickets, FRT, TTR — indicateurs opérationnels nécessitant une intervention rapide.
• Mensuel : CSAT, taux de conformité aux SLA, FCR — tendances en matière de qualité et de performance qui nécessitent du temps pour se stabiliser.
• Trimestriel : coût par ticket, taux d’utilisation des agents, NPS, taux de résolution en libre-service — indicateurs stratégiques qui reflètent les changements structurels dans le fonctionnement du service.

Cette cadence permet d’éviter l’écueil courant qui consiste à tout examiner à la même fréquence : soit passer à côté de signaux évoluant rapidement (indicateurs opérationnels), soit réagir de manière excessive à des fluctuations à court terme (indicateurs stratégiques).

Foire aux questions

Quels sont les indicateurs clés de performance les plus importants pour un service d'assistance ?

Pour la plupart des équipes, les indicateurs les plus critiques sont le FCR (résolution dès le premier contact), le FRT (temps de première réponse), le taux de conformité aux SLA et le CSAT. Ensemble, ils couvrent la rapidité, la qualité de la résolution, le respect des engagements de service et la satisfaction perçue par les utilisateurs. Le choix des indicateurs clés de performance (KPI) à privilégier dépend de l’objectif métier spécifique sur lequel l’équipe doit agir au cours du cycle d’évaluation actuel : une équipe travaillant sur la réduction des coûts accordera une importance différente à l’utilisation des agents et au coût par ticket qu’une équipe axée sur l’amélioration de l’expérience utilisateur.

Quelle est la différence entre les indicateurs de performance du service d’assistance et les KPI ?

Un indicateur est une donnée opérationnelle : il mesure ce qui s’est produit au cours du processus d’assistance — par exemple, le délai moyen de résolution. Un KPI est un indicateur lié à un objectif spécifique avec une cible définie — par exemple, résoudre 90 % des incidents de niveau P2 dans un délai de 8 heures. Tous les KPI utilisent des indicateurs, mais tous les indicateurs ne sont pas des KPI. Cette distinction est importante sur le plan opérationnel : les indicateurs fournissent une couverture diagnostique à l’ensemble du centre de services ; les KPI favorisent la responsabilisation, les alertes et les cycles d’amélioration.

Comment mesurez-vous les performances du centre de services ?

En combinant les indicateurs issus des quatre catégories suivantes : productivité (volume de tickets, arriéré, taux d’utilisation des agents), qualité (CSAT, NPS, respect des SLA, CES), performance (FRT, TTR, FCR, taux de réouverture des tickets) et coût (coût par ticket, taux de résolution en libre-service). Se limiter à une seule de ces catégories donne une image incomplète de la situation : une équipe présentant un TTR faible mais un coût par ticket élevé et un CSAT bas n’affiche pas de bonnes performances globales. C’est la combinaison des quatre catégories qui apporte l’équilibre nécessaire pour prendre des décisions opérationnelles et stratégiques éclairées.

Quel est un bon taux de FCR pour un centre de services ?

Selon le Service Quality Measurement Group, la norme du secteur pour un taux de FCR satisfaisant se situe entre 70 % et 79 %. Des taux inférieurs à 70 % indiquent qu’une proportion significative de tickets nécessite plusieurs interactions pour être résolue, ce qui a un impact direct sur le CSAT et fait grimper le coût par contact. Des taux supérieurs à 79 % sont réalisables, mais dépendent fortement de la complexité de la composition des demandes et de la maturité de l’infrastructure de libre-service et de la base de connaissances.

Read other articles like this:

View all posts

ITSM

Finie la surveillance des incidents : 15 indicateurs clés du service d'assistance qui orientent les décisions

Natalí Valle

septembre 14, 2026

ITSM

Service d'assistance ou service client : principales différences, cas d'utilisation et outil adapté à chaque situation

Natalí Valle

août 3, 2026

ITSM

Triage des tickets : processus, étapes et comment l'automatiser

Natalí Valle

août 3, 2026