Un client écrit au support : l’export ne marche plus, une capture d’écran est jointe. Avant de lui répondre, quelqu’un doit comprendre de quoi il s’agit. Est-ce un problème déjà connu ? Ce client a-t-il un contrat qui impose un délai ? A-t-il déjà écrit sur le même sujet ? Tant que ces questions n’ont pas de réponse, le ticket attend, et ceux qui arrivent derrière aussi.
Ce guide explique ce que recouvre le tri des tickets support, pourquoi il prend autant de temps, et comment un agent IA peut s’en charger sans répondre à votre place quand une personne doit décider.
Trier et qualifier, deux gestes différents
On parle souvent de tri, mais il y a deux gestes distincts derrière ce mot :
- Trier, c’est ranger le ticket : son sujet, sa priorité, l’équipe ou la personne qui doit le traiter.
- Qualifier, c’est le compléter pour qu’il puisse être traité : à quel incident il se rattache, qui est le client, quelles informations manquent pour reproduire le problème.
Un ticket bien trié mais mal qualifié arrive chez la bonne personne, qui doit encore tout chercher. C’est la qualification qui fait gagner du temps à celui qui répond.
Pourquoi le tri à la main prend autant de temps
Lire le ticket est rapide. Ce qui prend du temps, ce sont les recherches autour :
- trouver si l’erreur est déjà suivie dans un incident ouvert ;
- vérifier le contrat du client et son niveau de service, souvent dans le CRM ;
- retrouver ses demandes précédentes, dans l’outil de tickets ou dans les mails ;
- repérer que la même demande est arrivée deux fois, par mail et par formulaire.
Quand le problème est déjà connu, toutes ces recherches mènent à une réponse déjà écrite. Elles ont pourtant été faites, ticket après ticket. Et quand le volume monte, c’est souvent la qualification qui saute : le ticket part tel quel, et la personne qui le reçoit recommence les recherches.
Ce que font déjà les outils de tickets
Votre outil de support trie probablement déjà une partie des tickets. Dans Zendesk, par exemple, les déclencheurs sont des règles faites de conditions et d’actions : « si le ticket vient de tel formulaire, l’attribuer à telle équipe ». Ils s’exécutent dès qu’un ticket est créé ou mis à jour. Zendesk propose aussi un tri par IA, qui classe chaque ticket entrant par sujet, sentiment et langue.
C’est utile, et si ces fonctions couvrent votre besoin, il n’y a rien à construire. Mais classer un ticket ne suffit pas toujours à le qualifier. Une règle fixe bloque dès qu’il faut :
- reconnaître la même erreur décrite avec d’autres mots, ou visible seulement sur une capture ;
- aller lire le contrat du client dans un autre logiciel ;
- compter combien de clients sont touchés par le même problème ;
- savoir ce qu’il manque pour reproduire le problème, et le demander.
C’est là qu’un agent IA change la donne. Il lit le ticket tel qu’il est écrit, va chercher les informations dans les outils où votre équipe les range, et applique les règles que vous avez fixées. Quand la correspondance n’est pas claire, il le signale au lieu de deviner.
Ce que l’agent vérifie sur chaque ticket
Les règles se fixent avec vous, au moment du cadrage. Voici celles qui reviennent le plus souvent.
- Lire le ticketLe message, la capture d’écran et l’historique du client
- Chercher un incident connuLa même erreur ou le même symptôme, déjà suivi dans un incident ouvert
- Vérifier le clientSon contrat, son niveau de service et ses tickets précédents sur le même sujet
- Repérer ce qui manqueVersion, capture, étapes pour reproduire : il prépare la question au client
- Repérer les doublonsLa même demande arrivée par mail et par formulaire
- Évaluer l’urgenceSelon vos règles : un client bloqué, plusieurs clients touchés
Ticket rattaché et complétéRattaché à l’incident, le client reçoit une réponse validée comme modèle
Remonté à votre équipePas d’incident correspondant, client bloqué ou plusieurs clients touchés
Un ticket qui correspond à un incident connu est rattaché à cet incident, complété avec le contrat et l’historique du client, et le client reçoit la réponse que vous avez prévue pour ce cas. Les autres arrivent chez votre équipe déjà qualifiés : le client, l’incident le plus proche, ce que l’agent a cherché sans le trouver.
L’urgence mérite une attention particulière. Un ticket isolé peut attendre son tour. Quatre clients qui signalent la même erreur dans la même matinée, c’est un incident à traiter tout de suite. Vous fixez le seuil, par exemple trois clients touchés, et l’agent fait remonter le ticket à la bonne personne dès qu’il est atteint.
Ce qui reste validé par une personne
Un agent qui trie les tickets parle, au moins en partie, à vos clients. Son autonomie se règle donc action par action. Voici un réglage courant :
L’agent n’improvise pas de réponse. Il envoie seul ce que vous avez déjà validé, par exemple « incident connu, correction en cours », et prépare le reste pour votre équipe. Un remboursement ou un geste commercial engage l’entreprise : il reste une décision humaine.
Et s’il se trompe d’incident ?
Chaque rattachement est tracé avec sa raison : le même code d’erreur, la même capture, le même symptôme. Votre équipe voit pourquoi l’agent a fait ce lien, et peut le corriger. Quand la correspondance n’est pas certaine, l’agent ne rattache pas : il soumet le ticket.
Par où commencer
Pas besoin d’un cahier des charges. Pour cadrer un agent de tri, il faut trois choses :
- Des tickets récents, y compris les plus difficiles. Ce sont eux qui montrent les vrais cas à traiter.
- Vos règles : les priorités, les niveaux de service, ce que l’agent peut envoyer seul.
- Un accès en lecture à votre outil de tickets et à votre suivi des incidents.
L’agent travaille dans l’outil que vous utilisez déjà, Zendesk, Intercom ou une simple boîte mail de support. Il est testé sur vos vrais tickets avant sa mise en service. Pour vos clients, rien ne change, sinon une réponse plus rapide quand le problème est déjà connu.
Pour voir comment cela se présente dans vos outils, la page Agent IA pour le support client détaille les contrôles, le réglage d’autonomie et la mise en place.
