Ce guide explique comment exploiter les capacités avancées de compréhension du langage naturel de Claude pour classifier les tickets de support client à grande échelle en fonction de l’intention du client, de l’urgence, de la priorisation, du profil client, et plus encore.
Vous disposez de données d'entraînement étiquetées limitées
Vos catégories de classification sont susceptibles de changer ou d'évoluer avec le temps
Vous devez traiter des entrées textuelles complexes et non structurées
Vos règles de classification sont basées sur la compréhension sémantique
Vous avez besoin d'un raisonnement interprétable pour les décisions de classification
Vous voulez gérer plus efficacement les cas particuliers et les tickets ambigus
Vous avez besoin d'un support multilingue sans maintenir des modèles séparés
Problème technique
Gestion de compte
Information produit
Guidage utilisateur
Retour d'information
Lié à la commande
Demande de service
Préoccupations de sécurité
Conformité et aspects juridiques
Support d'urgence
Formation et éducation
Intégration et API
Cohérence de classification
Vitesse d'adaptation
Gestion multilingue
Gestion des cas particuliers
Atténuation des biais
Efficacité du prompt
Score d'explicabilité
Précision du routage
Temps d'attribution
Taux de réacheminement
Taux de résolution au premier contact
Temps de traitement moyen
Scores de satisfaction client
Taux d'escalade
Productivité des agents
Taux de déflexion en libre-service
Coût par ticket
claude-3-5-haiku-20241022
est un modèle idéal pour le routage des tickets, car c’est le modèle le plus rapide et le plus rentable de la famille Claude 3 tout en offrant d’excellents résultats. Si votre problème de classification nécessite une expertise approfondie du sujet ou un grand volume de catégories d’intention avec un raisonnement complexe, vous pourriez opter pour le modèle Sonnet plus grand.
ticket_contents
d’être inséré dans les balises <request>
.<reasoning>
, suivi de l’étiquette de classification appropriée à l’intérieur des balises <intent>
.ticket_contents
comme entrée, et maintenant renvoyer un tuple de reasoning
et intent
comme sortie. Si vous avez une automatisation existante utilisant l’apprentissage automatique traditionnel, vous voudrez suivre cette signature de méthode à la place.
classify_support_request
qui prend une chaîne ticket_contents
.ticket_contents
à Claude pour classification en utilisant le classification_prompt
reasoning
et l’intent
du modèle extraits de la réponse.stream=False
(la valeur par défaut).
actual_intent
de nos cas de test dans la méthode classify_support_request
et mis en place une comparaison pour évaluer si la classification d’intention de Claude correspond à notre classification d’intention de référence.Les clients font des demandes implicites
Claude priorise l'émotion plutôt que l'intention
Des problèmes multiples causent une confusion dans la priorisation des problèmes