Quand c’est utile. C’est important lorsque vous voulez que les catégories et le routage assisté par IA reflètent vraiment le travail de votre équipe. Commencez par les catégories, puis écrivez le contexte d’entreprise autour de ces catégories.
Comment le configurer. Définissez d’abord les types de conversations que vous voulez séparer. Pour une entreprise de plomberie, des catégories utiles peuvent être urgent_issue, quote_request, scheduling, billing_payment et service_details. Écrivez ensuite le contexte comme une courte description de travail pour l’espace : « Application de textos d’entreprise pour une compagnie de plomberie qui traite les urgences de plomberie, demandes de prix, prises de rendez-vous, questions de facturation ou de paiement et demandes générales sur les services. »
Bon exemple. Cette structure fonctionne parce qu’elle donne une carte claire. « Application de textos d’entreprise » définit le canal. « Compagnie de plomberie » définit le domaine. La liste de catégories indique les regroupements d’intention importants. Les consignes expliquent ensuite les limites : « Classer l’intention principale liée à la plomberie. Les questions sur les heures, le service de fin de semaine, le territoire, les capacités ou ce qui est inclus devraient être service_details. Les plages horaires concrètes déjà réservées devraient être scheduling. »
Ce qui se passe ensuite. Lorsqu’un client envoie un message entrant, DribX peut comparer le texte au contexte et aux limites des catégories. « Venez-vous les fins de semaine? » peut rester dans service_details. « Mon rendez-vous est samedi à 10 h, peut-on le déplacer? » peut devenir scheduling. « L’eau entre dans mon sous-sol » peut devenir urgent_issue.
Erreur courante à éviter. Évitez de traiter chaque catégorie comme une petite description isolée. Le plus difficile n’est pas toujours de définir une catégorie, mais d’expliquer comment choisir entre deux catégories lorsque le message pourrait presque entrer dans les deux.