Réception des tickets
omnicanal
- alimente
- Classifieur
Un ticket de support sur trois partait vers la mauvaise équipe. On est maintenant plus près d'un sur treize.
Précision du routage
92,4 %
Classifieur multi-label calibré
Avant
65,3 %
Moteur de règles par mots-clés
Pas de jargon dans cette section. Le compte rendu technique se trouve plus bas.
Les tickets étaient triés par des règles de mots-clés rapiécées depuis des années. Un tiers partait vers la mauvaise équipe, et chaque erreur coûtait un transfert complet avant que quiconque ne commence à aider : c'était la principale raison des mauvaises notes données au support.
Nous avons remplacé les règles par un classifieur entraîné sur la façon dont les tickets avaient réellement été résolus, et retiré l'ancien moteur de règles au lieu de lui ajouter une règle de plus.
Le routage correct est passé de 65 % à 92 %, les premières réponses sont plus rapides et la satisfaction a augmenté en conséquence directe. Les agents ont cessé de trier les tickets pour se mettre à les résoudre.
Faites défiler les étapes. Tout ce qui est marqué comme ajouté est un composant qui n'existait pas avant ce projet.
omnicanal
multi-label
selon le coût
affectation de file
à partir de cas résolus
résout
omnicanal
multi-label
Nous avons ajouté ceciselon le coût
Nous avons ajouté ceciaffectation de file
à partir de cas résolus
Nous avons ajouté cecirésout
Jeu de données, approche, métriques cibles et stack. Écrit pour la personne qui devra le relire.
Classification, étiquetage et routage qui gardent les files propres et les réponses cohérentes.
Les tickets étaient routés par des règles de mots-clés accumulées pendant des années. Chaque erreur de routage coûtait un cycle de transfert complet, et le délai de première réponse était le premier facteur d'un CSAT faible.
Suite
Répondez à six questions et nous vous dirons si cette architecture correspond à votre problème — y compris quand ce n'est pas le cas.