Le triage du support est le meilleur premier agent que la plupart des équipes ne créent jamais

Une file d'attente d'assistance est constituée de deux tâches portant un même nom. La première consiste à rassembler : déterminer de quel client il s'agit, ce qu'il utilise, ce qui a changé récemment, si cela ressemble à quelque chose de vu auparavant. L’autre résout.

Le premier travail représente la majeure partie du temps écoulé et presque aucune expertise. Cette asymétrie est ce qui fait du triage un bon premier agent.

Ce que l'agent doit faire

Lisez le problème entrant et rassemblez le contexte qu'un ingénieur rassemblerait autrement à la main : la configuration du client, la région, les modifications récentes apportées à son compte, les tickets antérieurs similaires et la section du runbook pertinente.

Rédigez une proposition de classification et une hypothèse de départ, accompagnées des sources sur lesquelles elle s'appuie.

Arrêtez-vous ensuite et remettez un ticket rempli à une personne.

Ce qu'il ne devrait pas faire

Fermez un ticket. Décidez qu’un problème n’est pas un problème. Contactez le client sans personne entre les deux. Agir sur les systèmes du client.

Ce ne sont pas des limites de capacité. C'est là que doit se situer la responsabilité, et un agent qui les traverse produit un échec qu'un client expérimente directement plutôt qu'un ingénieur qui l'attrape.

Pourquoi la frontière tient le coup

L'avantage mesurable est qu'un ingénieur part d'un ticket rempli au lieu d'un ticket vide. Cela permet de gagner de vraies minutes sur chaque problème et de gagner du temps dans une file d'attente.

Dès qu’un agent commence à résoudre plutôt qu’à se préparer, chaque résultat doit être examiné attentivement, car personne ne peut prédire quelle résolution est la mauvaise. À ce stade, le temps s’est déplacé plutôt que de disparaître, et le programme cesse tranquillement de s’autofinancer.

Quoi instrumenter

Temps écoulé entre l'arrivée et la première action du génie, qui correspond au nombre de déplacements réels de l'agent.

Taux de retouche : à quelle fréquence un ingénieur abandonne le contexte assemblé plutôt que de s'appuyer sur lui. Si ce chiffre est élevé, la récupération est erronée, pas le modèle.

Coût par ticket, attribué à l'agent plutôt qu'à une ligne générale d'IA, la valeur est donc discutable lors d'une réunion de planification.

Les tentatives sont séparées des tentatives réussies, car un agent de triage qui échoue à mi-chemin et redémarre facture deux fois pour un ticket.

L’échec qui mérite d’être planifié

Contexte en toute confiance erroné. L'agent joint un détail de configuration qui est obsolète, un ingénieur lui fait raisonnablement confiance et le diagnostic tourne mal.

L'atténuation est la provenance de tout ce que l'agent attache et des critères qui déterminent si les sources qu'il a citées soutiennent réellement ce qu'il a affirmé. Un agent qui marque l’incertitude est moins impressionnant dans une démo et considérablement plus utile dans une file d’attente.

Un déploiement réaliste

Un seul domaine de produits, pas toute la file d'attente. Un propriétaire nommé du côté du support plutôt que du côté informatique. Critères d'évaluation rédigés à partir des tickets réels du dernier trimestre. Un budget qui bloque. Élargissez-le lorsque les scores cessent d’être intéressants, ce qui prend généralement plus de temps que prévu et c’est la partie qui le fait tenir.

Suivant

Les pages du système d'orchestration d'agent couvrent la propriété, l'attribution, la politique et l'évaluation. Pour en discuter avec votre propre file d'attente plutôt qu'avec une file d'attente générique, réservez une démo.