IA pour le support de niveau 2 : comment traiter les escalades qui exigent une vraie enquête

L'IA peut-elle vraiment aider le support de niveau 2, ou seulement le niveau 1 ?

Elle le peut, à condition de cesser de lui demander le travail du niveau 1 sur des tickets plus difficiles. L'IA de niveau 1 se contente surtout de retrouver : elle trouve l'article d'aide ou la macro qui correspond à la question et l'envoie. Le niveau 2 est un autre type de travail, où quelqu'un doit comprendre pourquoi une commande apparaît payée mais n'a jamais été expédiée, pourquoi la connexion SSO d'un client échoue alors que celle de tous les autres fonctionne, ou pourquoi une intégration a cessé de se synchroniser mardi. C'est de l'enquête. Et la plupart des heures d'une enquête sont consacrées à rassembler des preuves, bien moins à raisonner dessus.

Chez eesel, je construis des intégrations, les briques qui permettent à un agent IA d'ouvrir une commande Shopify, de lire un abonnement Stripe ou d'appeler l'API d'un client. À chaque déploiement, je constate la même chose. Observez un spécialiste de niveau 2 traiter un ticket : les dix ou quinze premières minutes passent à ouvrir des onglets, le système de commandes, l'outil de facturation, le panneau d'administration, puis une recherche du type « quelqu'un a-t-il déjà vu ça ? ». Le jugement final prend environ une minute. L'IA gère bien l'ouverture des onglets, ce qui se trouve être la partie que vos profils seniors devraient faire le moins.

La réponse honnête comporte donc trois volets, un pour chaque type de ticket de votre file de niveau 2 :

1. Les tickets qui n'auraient jamais dû être escaladés. Un agent ou un bot de niveau 1 a escaladé parce que la base de connaissances était maigre, ou parce que la réponse exigeait une consultation que le niveau 1 ne pouvait pas faire. Une IA mieux informée et dotée d'un accès en lecture au système de commandes ou de comptes y répond au niveau 1, et ces tickets n'atteignent jamais vos spécialistes.
2. Les tickets riches en recherches. Le correctif est connu, mais le trouver exige des données de deux ou trois systèmes. L'IA effectue les consultations et la recherche de précédents, rédige la réponse, et une personne vérifie les faits et envoie.
3. Les problèmes vraiment nouveaux. Un bug que personne n'a vu, un cas limite dans la configuration d'un client. Une personne pilote, parfois en traitant le ticket à plusieurs avec d'autres spécialistes. L'IA gagne tout de même sa place en résumant ce qui a été essayé, en joignant les preuves et en rédigeant le correctif ensuite, pour que le suivant soit un ticket de la catégorie 2.

Pourquoi votre file de niveau 2 est-elle si pleine ?

Parce que l'escalade est l'endroit où atterrit chaque lacune en amont. Quand le niveau 1 ne peut pas voir le système de facturation, chaque « pourquoi ai-je été débité deux fois ? » devient un ticket de niveau 2, ce qui explique pourquoi les litiges de paiement encombrent autant de files de niveau 2. Si la base de connaissances ne couvre pas encore la nouvelle fonctionnalité, chaque question à son sujet monte aussi d'un cran. Rien de tout cela n'est vraiment du travail de niveau 2, et pourtant le niveau 2 finit par le faire.

La deuxième cause est le savoir qui vit dans la tête de deux ou trois personnes. Un responsable du support d'une société de services informatiques du secteur public sous Freshdesk, qui traite environ 3,000 tickets par mois de dépannage ERP complexe, m'a dit qu'ils perdaient deux agents seniors cette année-là et voulaient capturer ce que ces deux-là savaient avant leur départ. Cela résume plutôt bien le problème du niveau 2. Les réponses existent, dispersées dans des années de tickets résolus et dans la mémoire de quelques personnes, mais personne ne peut les retrouver vite.

La même société voulait que l'IA signale les tickets susceptibles de prendre plus de 20 minutes, afin de les router différemment du support standard. Je pense que l'instinct est juste. Les tickets qui dévorent la semaine du niveau 2 et créent l'arriéré de tickets sont rarement les plus difficiles ; en général la réponse existe déjà, il faut simplement vingt minutes de fouille pour l'atteindre.

On entend les deux causes quand les gens du support parlent d'escalade. Si le niveau 1 n'a nulle part d'autre où aller, tout monte :

"We tried something like that, and almost everything outside of a password reset was escalated... I'm the only "tier 2" person, the other one they call "Tier 2" would often times just pass things on to me..."

u/anonymousITCoward, Reddit

Et des tickets qui arrivent sans notes signifient que le niveau 2 refait un travail déjà fait. La règle de ce responsable informatique est de celles que la plupart des équipes écrivent et que peu appliquent réellement :

"As a rule, any ticket that is escalated must have complete notes on every troubleshooting step you've already tried so the next team doesn't repeat processes."

u/hidperf, Reddit

Franchement, cette règle fait office de cahier des charges pour une IA de niveau 2. Des notes complètes sur chaque étape sont fastidieuses à écrire pour une personne, mais pour un logiciel qui a déjà lu le fil et exécuté les consultations, elles ne coûtent presque rien.

Les sceptiques ont aussi un argument valable, et je le prendrais au sérieux avant d'acheter quoi que ce soit :

"Tier-2/3 support isn't just about picking an answer from a knowledge base; it requires deduction, empathy, and finding solutions that don't exist yet."

veunes, Hacker News

Je suis d'accord avec la première moitié : une IA qui se contente de choisir des réponses dans une base de connaissances n'a rien à faire au niveau 2. Dans la seconde moitié, c'est le partage qui compte, car « des solutions qui n'existent pas encore » décrit le troisième type de ticket, qui est minoritaire dans la plupart des files de niveau 2. Pour les autres, la solution existe quelque part, enfouie dans un ticket passé ou un enregistrement de facturation.

Que fait l'IA différemment au niveau 2 par rapport au niveau 1 ?

Au niveau 1, le rôle de l'IA est de répondre. Au niveau 2, son rôle est de raccourcir le chemin vers une réponse sûre, et la plupart du temps c'est encore une personne qui donne cette réponse. Les compétences se recoupent largement. Ce qui change, c'est ce que vous mesurez et ce que vous lui laissez toucher.

On rate souvent la ligne « Lit dans ». Un bot de niveau 1 entraîné uniquement sur le centre d'aide ne servira à rien au niveau 2, car le centre d'aide est précisément ce que le niveau 1 a déjà essayé. Les réponses du niveau 2 se trouvent dans les tickets résolus et les runbooks internes, ainsi que dans les données en direct. Une IA qui ne peut pas les lire ne peut pas enquêter, et les personnes citées plus haut ont alors raison d'être sceptiques.

À quoi doit ressembler une escalade pré-instruite ?

Pensez à un dossier de cas tel qu'un bon agent senior l'écrit pour un collègue. Que l'IA escalade elle-même un ticket ou reprenne un ticket escaladé par le niveau 1, sa note doit permettre au spécialiste de passer directement à la décision.

Cinq éléments doivent y figurer :

1. Ce que veut le client, en une phrase, pas un résumé de tout le fil.
2. Ce que disent les données. Le statut de la commande, l'état de l'abonnement, le forfait, la dernière connexion, tout ce que les consultations ont renvoyé, avec l'enregistrement en lien.
3. Des tickets passés similaires, avec la manière dont chacun a été réglé et par qui.
4. Ce qui a déjà été écarté. Les étapes essayées par le niveau 1, les causes que les données excluent.
5. Une prochaine étape suggérée, plus une ligne honnête sur ce que l'IA n'a pas pu vérifier.

Voici la forme d'une note que j'aimerais voir sur une escalade de facturation :

Customer wants: refund for a second charge on 14 Oct.
Data: Stripe shows two successful charges of $49 on 14 Oct, 3 minutes apart,
  same card. One subscription active. No refund issued yet.
Similar tickets: 3 in the last 60 days, all double charges after a failed
  card update retry. All refunded in full by the billing team.
Ruled out: not a plan change (plan unchanged since June), not a currency
  conversion charge.
Next step: refund the second charge (needs approval). Could not check
  whether the retry bug ticket in engineering is still open.

La documentation d'eesel décrit exactement cela pour les escalades : la note "should give the human everything they need: what the customer wants, what you found, and what you'd have said", et quand l'agent ne trouve pas de réponse, il doit "say what you searched for in your note" (documentation d'eesel sur les instructions). Au niveau 2, ce dernier point compte beaucoup, car une note qui dit « j'ai cherché dans les 1 000 derniers tickets et dans la documentation de facturation et n'ai rien trouvé sur cette erreur » évite au spécialiste de refaire la même recherche.

Quelles tâches de niveau 2 l'IA peut-elle prendre en charge aujourd'hui ?

L'essentiel de l'enquête, et peu du jugement. Voici le partage par lequel je commencerais ; il correspond aussi à ce que documentent les éditeurs de helpdesk eux-mêmes.

Deux de ces lignes demandent un peu plus d'explication. La recherche de précédents est ce qui rend le plus au niveau 2, car les agents seniors la font de mémoire et les agents plus récents ne peuvent pas la faire du tout. La capitalisation des connaissances est la manière dont la prochaine escalade cesse d'être nécessaire, car tout correctif de niveau 2 transformé en article devient une réponse de niveau 1 le mois suivant. Le rapport de lacunes de connaissances d'eesel, par exemple, liste les questions des 30 derniers jours auxquelles il n'a pas pu répondre et rédige les trois principales pages manquantes (documentation d'eesel sur les skills).

Que font déjà Zendesk, Freshdesk, Jira Service Management et Gorgias ?

Chacun des grands helpdesks propose désormais une aide pour le niveau 2, le plus souvent un copilote IA destiné à l'agent humain qui traite l'escalade. Il vaut la peine de vérifier ce que votre forfait actuel inclut déjà avant d'acheter quoi que ce soit.

Zendesk Copilot

Les fonctions de niveau 2 de Zendesk se trouvent dans le module Copilot, $50 par agent et par mois en paiement annuel, disponible sur les forfaits Professional et supérieurs (tarifs Zendesk). Sans ce module, Suite Professional offre des résumés, des tickets similaires et des suggestions de fusion limités à 5 utilisations par agent et par mois. La fonction la plus orientée niveau 2 est celle des agents suggérés, qui aide à trouver quelqu'un pour "a ticket that needs to be reassigned or escalated" selon qui a résolu des tickets similaires (About Zendesk Copilot).

Auto assist est la partie la plus proche de l'enquête. Il suggère des réponses et des actions. Il peut consulter, annuler ou rembourser une commande Shopify, et via des actions personnalisées il peut aussi appeler votre propre API. Associé au tri intelligent pour le routage, il couvre l'essentiel du parcours d'escalade.

Les consultations peuvent être pré-approuvées, tandis que "actions that update data, such as refunding an order, still require your approval" (Using auto assist). Deux limites à connaître : il suggère "up to four actions at a time" (About actions), et il ne peut pas être configuré sur les canaux de chat ou de voix.

Freddy AI Copilot dans Freshdesk

La fonction de tickets similaires de Freshdesk est l'outil natif de niveau 2 le plus utile que j'aie trouvé, car chaque correspondance affiche le score de confiance, l'agent et le groupe qui l'ont résolue et le score CSAT (Similar tickets in Freshdesk). Un agent plus récent apprend ainsi ce qui a fonctionné et aussi à qui demander. Il apprend à partir de six mois maximum ou de 120,000 tickets résolus, met deux à cinq jours à les ingérer, et Freshdesk recommande au moins 5,000 tickets pour une bonne précision.

Le résumé de ticket de Freddy intègre aussi les notes privées dans sa section « Steps Taken ». C'est exactement ce dont le niveau 2 a besoin, car les notes privées sont l'endroit où le niveau 1 consigne ce qu'il a essayé (Freddy Summarize). Les deux se trouvent dans Freddy AI Copilot, $29 par agent et par mois, vendu uniquement sur Pro ($55) et Enterprise ($89) (tarifs Freshdesk).

Jira Service Management et Gorgias

Atlassian le formule directement : "when a request does reach a human, agents burn time reading long threads", et son agent Service Request Helper résume l'activité, suggère les prochaines étapes, rédige des réponses, recommande des experts et fait remonter des tickets passés (Atlassian AI guide). Son « Generate case summary » est rédigé "for effective resolution and handover" (Service Request Helper). Le panneau intégré de demandes similaires, sans IA, ne fait correspondre que les titres ; pour une vraie recherche de précédents, il vous faut la version Rovo.

Gorgias a consacré l'essentiel de son effort IA à la première ligne. Son AI Agent transfère toujours en cas de colère, de demande d'un humain ou de sujets juridiques et financiers, et les administrateurs ne peuvent pas le désactiver (documentation Gorgias sur le transfert). Pour la personne qui reprend, Gaia peut résumer "what's already been tried" et affecter les tickets, mais il "doesn't draft messages" (Gaia explained).

Ces outils ont en commun que les solutions natives résument bien et trouvent bien les précédents, tant que cela reste dans le helpdesk. Elles s'arrêtent aux données extérieures (le système de commandes, l'outil de facturation, le panneau d'administration de votre propre produit), et ces données extérieures sont là où se trouvent la plupart des réponses du niveau 2.

À quoi cela ressemble-t-il en production ?

Voici quatre clients d'eesel, chacun avec une configuration correspondant aux trois types de tickets ci-dessus. Aucun n'a remplacé son helpdesk ; eesel fonctionne comme une IA pour le helpdesk existant que chaque équipe utilisait déjà.

Support technique à partir d'années de tickets résolus. Timengo assure le support de DPG Sikker Post, un logiciel de messagerie sécurisée et de Digital Post utilisé par des communes, des écoles et des cabinets comptables au Danemark. Les personnes qui écrivent sont des administrateurs informatiques confrontés à des renouvellements de certificats, des compléments Outlook qui refusent de s'installer et un flux de courrier à l'arrêt. eesel cherche le même problème dans la documentation produit et dans environ 5,300 tickets et articles passés, rédige un brouillon en danois et laisse à l'ingénieur une note interne avec ce qu'il a trouvé. En un mois, il a préparé environ 300 tickets Freshdesk, avec environ 180 brouillons et 260 notes internes. Un ingénieur envoie chaque réponse.

Recherche de précédents à la demande. OroSoft développe des logiciels ERP pour les négociants et raffineurs de lingots, de sorte que ses questions Freshdesk sont précises et techniques. Un agent du support mentionne eesel sur un ticket, et celui-ci rédige à partir d'environ 6,100 tickets résolus, en reprenant la manière dont un ticket similaire a été traité et en nommant le ticket ou l'article utilisé. Si rien ne soutient une réponse, il n'en invente pas ; il laisse une note interne le signalant et demande une personne.

Garder les correctifs connus hors du niveau 2. Cactus Club Cafe gère son support technique interne dans Zendesk. Son agent de niveau 1 lit le ticket en entier, vérifie la politique d'urgence et la matrice de routage, puis rédige le correctif à partir du runbook correspondant, étape par étape. En un mois, il a traité environ 750 tickets, rédigé environ 790 brouillons et lu des runbooks et des politiques environ 1,650 fois, soit à peu près deux documents par ticket. Chaque problème connu pour lequel il rédige est un ticket de moins qui atterrit chez un spécialiste.

Des consultations avant le moindre mot. Chez STIL Classics, une marque d'agendas et de papeterie sur Gorgias et Shopify, tout ticket comportant un numéro de commande reçoit d'abord la commande, son statut d'exécution, les articles et l'adresse de livraison. Environ 230 commandes Shopify ont été consultées sur 320 tickets en un mois, et une personne effectue tout remboursement que décrit le brouillon. eesel ne modifie jamais une commande à cet endroit.

Combien d'heures de niveau 2 l'IA pourrait-elle redonner ?

Saisissez ici vos propres chiffres. Les valeurs par défaut ne sont que des repères, pas des références ; modifiez-les jusqu'à ce qu'elles correspondent à votre file. Le calculateur répartit vos escalades en trois types de tickets et estime les heures de spécialiste que libère chaque levier.

Regardez la première carte. La plupart des équipes à qui je parle supposent que le gain vient d'une accélération du niveau 2, mais plus souvent le levier le plus important est la part de tickets qui n'avaient jamais eu besoin du niveau 2. Chacun de ceux que vous arrêtez économise le temps de traitement complet plutôt que quelques minutes.

Que l'IA ne doit-elle jamais faire sur un ticket de niveau 2 ?

Les limites du niveau 2 sont plus strictes que celles du niveau 1, car ces tickets touchent à l'argent, aux comptes et aux données. Voici celles que je tiendrais :

• Deviner une cause qu'elle ne peut pas voir. Si l'IA ne peut pas lire les journaux, le panneau d'administration ou le système de commandes, elle ne peut pas les examiner. Dans une bonne configuration, elle dit ce qu'elle n'a pas pu vérifier au lieu de combler le vide par une histoire plausible.
• Modifier de l'argent ou des données seule. Les remboursements, annulations, changements de forfait et modifications de compte passent derrière une approbation. La documentation d'eesel recommande de garder "refunds, cancellations and anything that costs money behind an approval" (documentation d'eesel sur les actions), et Zendesk adopte la même ligne pour auto assist.
• S'approprier un bug tout nouveau. Une défaillance que personne n'a vue exige une personne, et généralement l'ingénierie. Le rôle de l'IA est alors de produire un résumé propre et un rapport de bug, ce que couvre mon article sur l'IA pour le tri des rapports de bugs.
• Répondre sans relecture à un client en colère ou à forte valeur. Gorgias impose ce transfert dans son AI Agent, et c'est une bonne valeur par défaut pour toute configuration de niveau 2.

Pour les actions d'écriture du niveau 2, la capture ci-dessus montre le schéma que j'apprécie. L'agent a mené l'enquête (trouvé le payment intent, rapproché la commande, confirmé le débit) puis s'est arrêté exactement à l'étape qui déplace de l'argent, là où une personne clique sur Approve. Chaque choix d'approbation est Approve, Always allow ou Deny, et les approbations ne s'exécutent jamais d'elles-mêmes après un délai.

Comment déployer l'IA au niveau 2 sans risquer de mauvaises réponses ?

Lentement, dans l'ordre qui garde une personne aux commandes le plus longtemps. Le déploiement que je recommande comporte quatre étapes, et vous ne montez que lorsque l'étape du dessous est devenue ennuyeuse.

Étape 1 : simuler sur des tickets déjà résolus

Avant que l'IA ne touche une escalade en cours, rejouez-la sur des escalades que votre équipe a déjà clôturées et comparez ses réponses avec ce qu'ont envoyé vos spécialistes. La simulation de helpdesk d'eesel prend 20 tickets récemment résolus, rédige sa propre réponse à chacun, les note par thème et "sends nothing to customers" (documentation d'eesel sur les skills). Lancez-la spécifiquement sur votre groupe de niveau 2 plutôt que sur toute la file, pour que le score reflète les tickets difficiles.

Lisez attentivement les ratés. Dans l'exemple tiré de la documentation d'eesel, 17 sur 20 correspondaient, et le point du rapport était que le vrai écart n'était pas la formulation mais les actions : les tickets qui exigeaient encore une personne nécessitaient des modifications en backend que rien n'était branché pour effectuer. C'est un constat de niveau 2, et utile, car il vous indique quelles consultations et actions connecter ensuite.

Étape 2 : notes internes uniquement

Activez-la pour votre groupe de niveau 2 avec une seule sortie : une note interne sur chaque ticket escaladé, rédigée selon la forme de dossier de cas ci-dessus. Aucune réponse au client. Les spécialistes lisent la note, traitent le ticket comme d'habitude et le signalent quand la note était erronée. C'est à cette étape que vous découvrez si les consultations de l'IA renvoient les bons enregistrements.

Étape 3 : brouillons qu'une personne envoie

Une fois que les spécialistes ont confiance dans les notes, ajoutez un brouillon de réponse qu'ils modifient et envoient. Suivez par sujet la fréquence à laquelle un brouillon part inchangé, car cela montre quels sujets sont prêts pour l'étape 4. Avec eesel, les corrections que vous faites dans le chat sont enregistrées comme instruction ou mémoire, pour que la même erreur ne revienne pas la semaine suivante (documentation d'eesel sur les instructions).

Étape 4 : envoi sur des sujets restreints et éprouvés

Ne laissez l'IA répondre directement que sur les sujets où les brouillons sont partis inchangés pendant des semaines, et gardez les actions d'écriture soumises à approbation même alors. Pour la plupart des équipes, quelques sujets riches en recherches arrivent jusque-là, et les problèmes vraiment nouveaux jamais, ce qui est très bien. Une IA de niveau 2 qui n'envoie jamais une seule réponse mais pré-instruit chaque escalade redonne tout de même des heures à vos spécialistes.

Comment savoir si cela fonctionne ?

Pas par le taux de déviation. Au niveau 2, l'IA aide surtout des personnes, il est donc plus pertinent de mesurer leur travail :

1. Taux d'escalade depuis le niveau 1. S'il baisse alors que le CSAT tient, l'IA arrête des tickets qui n'avaient jamais eu besoin du niveau 2.
2. Délai avant la première trouvaille utile. Le temps entre l'escalade et le premier élément de preuve sur lequel un spécialiste agit. La pré-instruction devrait le réduire le plus.
3. Temps de traitement du niveau 2. Il devrait baisser sur les sujets riches en recherches et rester stable sur les problèmes vraiment nouveaux.
4. Acceptation des notes. La fréquence à laquelle les spécialistes agissent sur la note de l'IA sans refaire ses consultations.
5. Taux de réouverture. Des correctifs plus rapides qui reviennent ne sont pas des correctifs.

Mon article sur l'IA pour le reporting du support montre comment extraire la plupart de ces mesures de votre helpdesk, et l'IA pour réduire le temps de traitement explique pourquoi le temps de traitement des tickets restants peut augmenter même quand le total des heures baisse.

Essayer eesel pour le support de niveau 2

Si vos spécialistes passent les quinze premières minutes de chaque escalade à ouvrir les mêmes quatre onglets, eesel peut les ouvrir en premier. Il rejoint votre file Zendesk, Freshdesk ou Gorgias comme un nouveau coéquipier, apprend de vos tickets passés et de vos runbooks, consulte la commande, l'abonnement ou votre propre API, et laisse une note de dossier de cas avant que personne n'ouvre le ticket. Vous décidez quelles actions il peut effectuer seul et lesquelles attendent un clic.

Un bon premier pas est une simulation sur les tickets de niveau 2 du mois dernier, pour voir combien il en aurait résolu. L'essai est gratuit, et les forfaits payants démarrent à $299 par mois pour 500 crédits sur la page des tarifs d'eesel. Essayer eesel.