IA pour réduire le temps de traitement : où vont les minutes des agents et comment les réduire

Où vont réellement les minutes du temps de traitement moyen ?

Le temps de traitement moyen (TMT, ou AHT en anglais) est le temps qu'un agent passe activement sur un ticket, de son ouverture jusqu'à la fin de la réponse et des notes. Ce n'est pas la même chose que le délai de première réponse ni le délai de résolution : ces deux-là mesurent combien de temps le client attend. Un ticket peut attendre deux jours et n'avoir qu'un temps de traitement de quatre minutes.

Je construis les agents IA chez eesel, et la première chose que je fais avec une nouvelle équipe est d'examiner quelques-uns de leurs tickets étape par étape. Les minutes se répartissent presque toujours de la même façon.

1. Lire. Faire défiler le fil, comprendre ce que veut le client, vérifier ce qu'un collègue a déjà essayé.
2. Rechercher. Trouver la commande, le compte, l'article d'aide, la politique. C'est l'étape qui se cache, car elle se passe dans d'autres onglets.
3. Rédiger. Taper la réponse, ou trouver la bonne macro et la retoucher.
4. Clôturer. Tags, champs du ticket, une note interne, le changement de statut.

L'étape de recherche est celle à vérifier en premier. La documentation de Freshdesk indique que son chronomètre de temps de traitement ne compte pas le temps passé hors du ticket, comme chercher une politique de remboursement ailleurs, si bien que certaines de vos minutes les plus lentes n'apparaissent peut-être même pas dans le rapport. Un responsable du support sur Reddit a fait le même constat côté téléphone :

"Agents could copy/paste the phone number into the search and pull up 90% of accounts immediately. ... changing that look-up process shaved 2+ minutes off our AHT."

u/Nice-Zombie356, Reddit

La clôture est l'autre poste discret. Un commentateur de Hacker News qui dirige une équipe interne d'ingénierie IA dans une entreprise exploitant de grands centres d'appels a écrit que ses agents passaient 3 à 5 minutes après chaque appel sur des résumés manuels avant de passer à des résumés rédigés par IA. Help Scout interprète sa propre métrique de temps de traitement de la même façon : des valeurs élevées indiquent des réponses longues ou « a lack of resources or knowledge » côté agent, selon sa documentation du rapport E-mail.

Quelles tâches d'IA réduisent le temps de traitement, étape par étape ?

Six tâches raccourcissent un ticket, plus une septième qui le retire entièrement de la file. Chacune cible une étape différente, donc le meilleur premier geste dépend de l'endroit où vont vos minutes.

1. Un résumé à l'ouverture du ticket

Les longs fils et les transferts coûtent du temps de lecture, les tickets rouverts aussi. Un résumé IA en haut du ticket donne à l'agent le qui, le quoi et l'état d'avancement, en quelques lignes. Chez Qontro, une entreprise d'ERP cloud sur Freshdesk, n'importe quel collègue peut mentionner eesel dans un ticket avec le mot « summarise » et recevoir une courte note : qui est le client, le problème, ce qui a été essayé et où en sont les choses. Mon article sur le résumé de tickets par IA présente les formats qui fonctionnent.

2. Une recherche de connaissances qui trouve la réponse en premier

Quand la réponse se trouve quelque part dans le centre d'aide, dans un ticket passé ou dans un Google Doc, le travail de l'agent devient de la recherche. L'agent de Qontro a effectué environ 400 recherches de connaissances sur environ 190 tickets en un mois, soit à peu près deux par ticket, en s'appuyant sur environ 9 800 tickets passés et articles d'aide, et il met le lien de l'article dans le brouillon. Le responsable du service desk de CartonCloud a décrit l'effet dans leur étude de cas :

"We've seen a reduction in the time spent on rudimentary queries, allowing our agents to spend more time focused on more complex queries."

Eddie Stephens, Service Desk Lead, CartonCloud

Si vos connaissances sont dispersées, commencez par la gestion des connaissances pour le support avant d'accuser l'IA.

3. Des recherches dans les systèmes derrière le ticket

C'est celle que la plupart des outils de réponse IA ignorent, et en e-commerce c'est généralement la plus importante. STIL Classics, une marque d'agendas sur Gorgias et Shopify, a configuré eesel pour récupérer la commande, son statut d'expédition, les articles et l'adresse de livraison avant de rédiger quoi que ce soit. En un mois, cela représentait environ 230 commandes Shopify consultées sur environ 320 tickets. Il n'énonce jamais un fait qu'il n'a pas vérifié : si un détail manque, le brouillon laisse un blanc entre crochets pour l'agent au lieu de deviner. Pour la partie Gorgias de la configuration, voir mon guide des données de commande dans Gorgias.

4. Un brouillon de réponse qui attend dans le ticket

Un brouillon sous forme de note interne transforme « rédiger » en « vérifier et envoyer ». Chez smava, un comparateur de prêts allemand sur Zendesk, l'agent de rédaction parcourt environ 820 macros et articles d'aide et rédige la macro correspondante mot pour mot, avec les variables remplies et des boutons Approuver et Rejeter dans le ticket. Il a préparé environ 15 300 brouillons en un mois sur environ 27 000 tickets. Dans la finance réglementée, la formulation compte beaucoup, donc le brouillon part du texte approuvé plutôt que d'une rédaction libre. Mon guide des macros IA traite ce schéma.

Soyez toutefois honnête avec vous-même sur la qualité des brouillons. Chez Qontro, environ un brouillon sur dix part désormais avec peu ou pas de modification, et l'équipe se sert des autres pour trouver des lacunes dans le centre d'aide. C'est un vrai résultat, mais un brouillon qu'un agent réécrit de zéro ajoute du temps de lecture, il ne fait pas gagner de temps d'écriture.

5. Un tri et un routage avant que personne n'y touche

Chaque transfert relance l'étape de lecture pour un nouvel agent. Trier les tickets par intention, par langue et aussi par urgence dès l'arrivée signifie que la première personne qui ouvre un ticket est la bonne. L'agent de catégorisation de smava étiquette la langue, vérifie si un ticket peut recevoir une réponse automatique et choisit une catégorie dans le document de correspondance propre à smava, qu'il écrit dans des champs Zendesk. Il a tourné sur environ 14 600 tickets en un mois. Voir le tri automatique des tickets pour la mise en place.

6. Le travail après contact rempli à votre place

Tags, champs du ticket, notes de clôture. Si l'IA a déjà lu le ticket, elle peut les remplir au fil de l'eau. Un agent de centre d'appels sur Reddit a décrit la bonne version :

"...at my current job they have an AI listening to our calls and it generates a summary of the call that we use as our disposition so we don't type it manually."

u/highcheekboness, Reddit

Mon article sur le tagging du support par IA explique comment garder des tags assez cohérents pour produire des rapports.

7. Retirer une tranche de tickets de la file

Le ticket le plus rapide est celui qu'aucun agent n'ouvre jamais. Choisissez une tranche que l'IA peut terminer seule (statut de commande, questions pratiques, questions de politique) et laissez-la répondre directement. Original Bootcamp, une entreprise de fitness en plein air sur Freshdesk, le fait avec un filtre rédigé en allemand qui ne laisse passer que les tickets auxquels on peut répondre à partir du site web et des tickets passés. Tout ce qui concerne une réservation ou un compte va directement à une personne. La plupart des conseils sur le TMT s'arrêtent à l'aide aux agents et omettent celui-ci, alors que c'est celui qui a le plus d'effet sur le total des heures. Pour savoir où tracer la ligne, voir la déviation du support de niveau 1.

Par où commencer ?

Commencez par l'étape qui consomme le plus de minutes sur votre type de ticket le plus courant. Chronométrez cinq tickets à la main, répartissez-les dans les quatre étapes, et la réponse saute généralement aux yeux.

Combien de temps de traitement l'IA pourrait-elle vous faire gagner ?

Saisissez vos propres chiffres ci-dessous. Les valeurs par défaut sont un ticket d'exemple, pas une référence : 11 minutes réparties sur les quatre étapes, ramenées à 5 minutes avec l'aide de l'IA, et un quart des tickets entièrement résolus par l'IA. Ces tickets résolus sont supposés être vos tickets rapides, à 5 minutes chacun.

Modifiez les minutes par étape, votre volume mensuel et la part que l'IA résout pour voir le TMT et les heures d'agent. Les tickets résolus sont supposés être les rapides, c'est pourquoi la carte du milieu augmente.

Regardez d'abord la carte du milieu, avant tout le reste. Avec les valeurs par défaut, l'automatisation seule fait passer le TMT de 11 à 13 minutes, parce que les tickets de 5 minutes ont quitté la moyenne. Ajoutez l'aide de l'IA sur le reste et il retombe à environ 6, et le temps d'agent passe de 550 heures par mois à environ 220. L'essentiel de cette économie vient des étapes de recherche et de rédaction, ce qui explique pourquoi je commencerais par là dans presque toutes les équipes.

Pourquoi le temps de traitement moyen peut-il augmenter après l'ajout d'IA ?

Parce que l'IA prend les tickets faciles et laisse les difficiles à votre équipe. Le temps de traitement est une moyenne, et quand les tickets rapides en disparaissent, la moyenne grimpe, même si personne n'est devenu plus lent et que l'équipe passe moins d'heures sur la file.

Les agents le ressentent avant que le tableau de bord ne le montre. Un agent de centre d'appels sur Reddit l'a décrit après que son entreprise a placé un agent vocal IA devant la ligne téléphonique :

"At this point, it's handling a lot of "routine" calls. Which means the calls that come through to us humans are more complicated, or people who are upset about the AI messing something up."

u/Parsleymagnet, Reddit

Certains helpdesks l'intègrent déjà. Gorgias calcule le temps de traitement des tickets uniquement sur ceux qu'un humain a traités et exclut les tickets résolus par son AI Agent. Sa vue d'ensemble des performances peut aussi répartir les résultats par type d'agent :

Rapportez donc trois chiffres au lieu d'un : le total des heures d'agent sur la file, le TMT par type de ticket (statut de commande, retours, technique) et la part de tickets résolus par l'IA. Si les heures d'agent et le TMT par type baissent, ça marche, quoi que fasse la moyenne mélangée. Mon article sur le taux de résolution de l'IA couvre le côté IA. Pour le côté transfert, lisez la rétention et la qualité des escalades.

Autre point à anticiper : une file composée uniquement de tickets difficiles est épuisante. Un commentateur de Reddit avec près de 30 ans dans le support l'a dit sans détour :

"Except now imagine an eight-hour shift where practically EVERY conversation you receive is an escalation, an angry customer, an unusual problem or something the AI already couldn't solve."

u/Particular-Pilot-834, Reddit

C'est une raison de ne pas fixer d'objectifs de TMT à des agents individuels dès que l'IA entre en jeu, et de s'intéresser au coaching IA pour le support à mesure que les tickets deviennent plus difficiles.

Comment les helpdesks mesurent-ils le temps de traitement ?

Différemment, et c'est pourquoi vous ne devriez pas comparer votre TMT à celui d'une autre entreprise. Voici comment chacun le définit, d'après la documentation des éditeurs, vérifiée le 29 octobre 2026.

Deux d'entre elles sont utiles pour mesurer directement l'IA. Front rapporte le temps de traitement des réponses suggérées séparément des réponses écrites à la main, ce qui permet de comparer les deux dans un même rapport. Le rapport AHT de Freshdesk ventile le temps par agent, groupe, produit et ticket, ce qui suffit pour faire un avant-après sur un type de ticket :

Sur Zendesk, la métrique de messagerie ne couvre pas l'e-mail, donc les équipes e-mail ont besoin de la durée d'engagement ou de l'application Time Tracking. La documentation de Zendesk note elle-même que les agents peuvent trouver des moyens de contourner le chargement de l'application, traitez donc ces chiffres comme un plancher. Si vous êtes sur Zendesk et voulez tout le côté IA de la configuration, mon guide du copilote IA de Zendesk vous l'explique pas à pas.

Que suivre en parallèle du temps de traitement ?

Au moins quatre choses, car le TMT seul récompense la précipitation. Un ticket plus court qui revient deux fois coûte plus cher qu'un ticket plus long qui est réglé.

1. Taux de réouverture. Part des tickets où le client réécrit après la clôture. Les réponses bâclées apparaissent ici en premier.
2. Résolution au premier contact. Part résolue en une seule réponse. Voir IA et résolution au premier contact.
3. CSAT. À séparer entre réponses rédigées par IA et écrites à la main si votre helpdesk permet de les taguer. Mon guide du CSAT par IA couvre le côté enquête.
4. Taux de retouche des brouillons. Part des brouillons IA qu'un agent réécrit en profondeur. S'il reste élevé, les brouillons ajoutent du temps de lecture au lieu de faire gagner du temps d'écriture.

Les trois premiers protègent contre le plus vieux problème du TMT, plus ancien que l'IA de plusieurs décennies. Un agent sur Reddit a expliqué le compromis de l'intérieur :

"Not ideal for someone like me who prefers to take that extra 5 minutes now to save the customer and one of my colleagues 10-20 minutes later."

u/icefylkir, Reddit

Le quatrième est propre à l'IA. Une IA mal réglée peut allonger les tickets, et les agents le remarquent tout de suite :

"Calls were actually taking longer because we had to review and edit notes before saving them."

u/19Stavros, Reddit

C'est pourquoi les brouillons d'eesel chez STIL Classics laissent un blanc entre crochets plutôt qu'une supposition, et pourquoi Qontro lit chaque brouillon réécrit comme le signe d'un article manquant. Pour l'ensemble des métriques, voir les KPI du service client et ma liste des erreurs de mise en œuvre de l'IA.

Comment déployer l'IA pour réduire le temps de traitement en 30 jours ?

En quatre étapes hebdomadaires, en commençant par les brouillons et en ne laissant l'IA répondre seule que lorsque les chiffres indiquent que c'est sûr. Je vois depuis des années eesel mettre des agents IA sur des files de support en production, et les déploiements qui tournent mal sont ceux qui activent tout dès la première semaine.

Faire d'abord passer l'IA sur les tickets passés compte plus que son ton. Chaque configuration eesel exécute une simulation sur l'historique réel de l'équipe avant la mise en production, car c'est là qu'apparaissent les réponses fausses mais assurées avant qu'un client ne les voie. Vous pouvez la demander en langage courant (« run a simulation on my recent tickets ») et elle note les réponses de l'IA par rapport à ce que votre équipe a réellement envoyé. Si vous ajoutez de l'IA au helpdesk que vous avez déjà, mon guide de l'IA pour un helpdesk existant couvre la partie connexion.

Combien coûte l'IA pour réduire le temps de traitement ?

Moins que les heures d'agent qu'elle fait gagner, dans la plupart des équipes. Les offres eesel sont un lot mensuel fixe de crédits : $299 pour 500, $499 pour 1 000, $1,149 pour 3 000 et $1,749 pour 5 000, selon la page des tarifs eesel. Un ticket égale un crédit, quel que soit le nombre de réponses nécessaires et ce que l'agent y fait, qu'il rédige, consulte une commande ou le résolve. Le dépassement coûte $0.80 le crédit si vous l'activez, et l'offre gratuite comprend 100 crédits pour tester sur de vrais tickets.

Avec les valeurs par défaut de l'estimateur, 3 000 tickets par mois tiennent dans l'offre de 3 000 crédits à $1,149, pour environ 330 heures d'agent économisées. Pour un aperçu plus large des modèles de tarification, ma ventilation du coût du service client par IA et les références de coût par ticket aident à construire l'argumentaire financier.

Quand eesel n'est pas le bon choix : si l'essentiel de votre temps de traitement vient d'appels téléphoniques en direct, commencez par le résumé d'appel de votre système téléphonique, car eesel travaille sur les tickets du helpdesk et le chat. Et si votre helpdesk ne figure pas dans la liste des intégrations, vérifiez cela d'abord.

Essayer eesel pour réduire le temps de traitement

Si vos agents passent leurs minutes dans d'autres onglets, eesel fonctionne comme un nouveau coéquipier qui fait le travail préparatoire avant même qu'ils ouvrent le ticket. Il rejoint votre file dans Zendesk, Freshdesk, Gorgias ou Help Scout, lit le fil et vérifie la commande dans Shopify, trouve l'article d'aide et laisse un brouillon avec les blancs signalés. Votre agent le vérifie et l'envoie. Sur la tranche de tickets qu'il peut terminer seul, il répond directement, et chaque action apparaît dans le journal d'activité pour que vous puissiez l'approuver, la rejeter ou l'auditer.

C'est la configuration que STIL Classics utilise avec l'intégration Gorgias et les consultations de commandes, et que smava fait tourner sur Zendesk à 27 000 tickets par mois. Vous pouvez connecter votre helpdesk et voir de vrais brouillons sur vos propres tickets avec 100 crédits gratuits, sans carte.

Essayez eesel sur la file de cette semaine, ou comparez d'abord le marché dans mon comparatif des meilleurs outils d'assistance aux agents par IA.