Intentions dans CXone Bot Builder
Les
Chaque énoncé envoyé par un contact a une intention. De nombreux messages sont liés à la raison pour laquelle le contact s’adresse à votre organisation. Les intentions de ces messages sont liées à des tâches que votre robot gère, telles que la réinitialisation de mots de passe ou l’indication d’itinéraires et d’heures d’ouverture. D’autres messages suivent des scripts sociaux dont les intentions sont les suivantes : salutations, au revoir, remerciements, causette, etc.
Les intentions sont le point de départ de la configuration d’un nouveau robot. Vous créez une intention et fournissez des exemples de messages que les contacts utilisent pour transmettre cette intention. Ensuite, vous configurez la façon dont vous voulez que le robot réponde à l’intention. Par exemple, vous pouvez demander au robot de poser des questions de suivi, de répondre, de proposer des choix au contact ou de le transférer à un agent humain.
Travailler avec les intentions constitue une partie importante de la configuration de votre robot pendant le processus d’implémentation. Après le déploiement, il est essentiel de continuer à travailler avec vos intentions dans le cadre de la gestion continue de votre robot.
Concept | Définition | Exemple | Ce que fait le robot |
---|---|---|---|
Énoncé |
Tout ce que dit un contact dans une interaction. Parfois appelé message. |
« J’ai perdu mon mot de passe. » « Quel est mon solde? » « Êtes-vous un robot logiciel? » |
Le robot utilise la compréhension du langage naturel (NLU) pour analyser chaque énoncé d’un contact afin d’en déterminer le sens, ou l’intention. |
Intention |
Ce que le contact veut communiquer ou accomplir. Chaque message envoyé par le contact a une intention. |
« J’ai perdu mon mot de passe » a pour intention de « réinitialiser le mot de passe ». « Bonjour » a pour intention de « saluer ». |
Le robot analyse le message d’un contact en utilisant la compréhension du langage naturel Ce processus étend le traitement du langage naturel (TAL) pour prendre des décisions ou agir en fonction de ce qu’il comprend. (NLU) pour déterminer l’intention. Une fois l’intention connue, il peut répondre par un message qui lui est propre. Vous configurez la réponse que vous souhaitez que le robot utilise pour chaque intention. |
Entité |
Un élément d’information défini dans le message d’un contact. | Nom de la personne ou du produit, numéro de téléphone, numéro de compte, emplacement, etc. | Le robot utilise la compréhension du langage naturel pour identifier les entités dans le message d’un contact. Les entités aident le robot à comprendre la signification du message du contact. |
Emplacement |
Une entité extraite du message d’un contact et enregistrée pour être utilisée dans les réponses du robot. Similaire à une variable. | La création d’une fente pour le nom du contact permet au robot logiciel d’utiliser ce nom dans les réponses lors d’une interaction, ce qui le rend plus personnel. | Lorsqu’il est configuré à cet effet, le robot extrait une entité du message d’un contact et l’enregistre à un emplacement. Vous pouvez demander au robot d’utiliser ces informations plus tard dans la conversation. |
Règle |
Définit la réponse d’un robot aux messages dont le sens ne change pas en fonction du contexte. |
|
Les règles constituent l’une des deux façons dont vous pouvez configurer la manière dont le robot répond à une intention. Les règles sont utiles pour certains types d’intentions, mais pas pour toutes. |
Histoire |
Entraîne un robot à gérer une interaction en fonction de l’intention du message et du contexte de la conversation. | Lors d’une interaction à propos d’un mot de passe oublié, le robot logiciel répondrait à la question « Comment puis-je faire cela? » d’une façon. Si l’interaction concernait la création d’un nouveau compte, la réponse serait assez différente même si dans les deux cas, le contact utilise les mêmes mots avec la même intention – obtenir plus d’informations. | Les histoires constituent la deuxième façon dont vous pouvez configurer la manière dont le robot répond à une intention. Les histoires apprennent au robot à utiliser le contexte de la conversation pour répondre de manière appropriée. |
Action du robot |
Tout ce qu’un robot logiciel dit ou fait lors du traitement d’une interaction. |
Lors d’une interaction concernant un mot de passe oublié, le robot répond en envoyant un lien vers la FAQ de réinitialisation du mot de passe sur le site Web. Lorsqu’un contact exprime sa frustration, par exemple « Je ne comprends pas! Ça ne marche pas! » le robot répond par « Je suis désolé. Voulez-vous que je vous transfère à un agent humain? » Lorsque le contact répond par l’affirmative, le robot lance le transfert. |
Les actions sont les options dont vous disposez pour définir la manière dont vous voulez que le robot réponde à chaque intention. Elles vous donnent la possibilité de configurer chaque réponse pour obtenir le résultat qui répond aux besoins du contact. |
Exemples d’entraînement aux intentions
Les exemples d’intentions La signification ou le but derrière ce qu’un contact dit/tape ; ce que le contact veut communiquer ou accomplir forment votre robot aux différentes façons dont un contact peut exprimer une intention. Plus vous avez d’exemples d’une intention, plus votre robot sera en mesure d’en identifier les différentes variantes. Utilisez des données de conversation réelles pour
Au cours de la phase de planification du processus d’implémentation, vous recueillez des enregistrements de conversations réelles que vos agents ont eues avec des contacts. Utilisez ces conversations comme source d’exemples d’entraînement aux intentions à ajouter à votre robot.
Prédiction de l’intention et confiance
Votre robot analyse chaque message envoyé par le contact. Il détermine dans quelle mesure le message correspond à chacune des intentions configurées et calcule le degré de confiance qu’il accorde à chaque correspondance. Plus le pourcentage de confiance est élevé, meilleure est la correspondance. Le robot utilise l’intention dont le pourcentage de confiance est le plus élevé et qui dépasse le seuil configuré.
Si le niveau de confiance du robot est inférieur au seuil de toutes les intentions configurées, l’option de repli NLU Ce processus étend le traitement du langage naturel (TAL) pour prendre des décisions ou agir en fonction de ce qu’il comprend. est déclenchée. Vous pouvez configurer le seuil qui déclenche le repli sous l’onglet NLU > Repli dans Bot Builder.
Intentions hors du champ d’application
Il peut y avoir des tâches pour lesquelles vous n’avez pas encore configuré votre robot, mais pour lesquelles vous savez que vos contacts vous poseront des questions. Les intentions hors du champ d’application aident votre robot à reconnaître les questions relatives aux tâches qu’il ne peut pas accomplir et lui fournissent les coordonnées de la personne à contacter pour accomplir la tâche en question. Ils peuvent également fournir une liste des choses avec lesquelles ils sont en mesure d’aider.
Par exemple, si des contacts demandent régulièrement à votre robot de vérifier leur solde, mais que vous n’avez pas encore configuré cette tâche, vous pouvez créer une intention balance_check. Ajoutez-y des exemples de données d’entraînement provenant des demandes formulées par les contacts. Ensuite, créez une règle pour l’intention avec des réponses du robot telles que :
- « Je suis désolé, je ne peux pas encore vérifier les soldes. Voulez-vous que je vous transfère à quelqu’un qui peut vous aider? »
- « Je suis désolé, mais je ne suis pas encore en mesure de vérifier les soldes. Je peux vous aider à mettre à jour votre adresse, à réinitialiser votre mot de passe et à trouver une agence. Que voulez-vous faire? »
En plus d’une intention hors du champ d’application, vous devez également créer une histoire pour former le robot à emprunter un chemin hors du champ d’application. Le robot apprend ainsi à gérer diverses situations qui ne sont pas couvertes par d’autres intentions.
Les intentions hors du champ d’application sont similaires à la solution de repli, mais elles peuvent offrir une expérience supérieure au client. Disposer d’intentions pour les questions courantes que les gens posent à votre robot et qui sont hors du champ d’application vous permet de fournir des réponses personnalisées pour chaque question. Cela permet à votre robot d’avoir l’air plus humain et plus conversationnel.
Confusion d’intention
Un robot peut parfois choisir la mauvaise intention La signification ou le but derrière ce qu’un contact dit/tape ; ce que le contact veut communiquer ou accomplir pour le message du contact. Cela peut se produire lorsque deux intentions sont suffisamment similaires pour que le robot ait du mal à les distinguer. Il s’agit d’une confusion d’intention, qui peut se produire si vous utilisez les mêmes données d’entraînement pour plus d’une intention. Deux objectifs d'utilisateur peuvent sembler différents, mais commencent à rassembler des exemples similaires au fil du temps.
Distinguez vos intentions et les données d’entraînement correspondantes. Si vous souhaitez réutiliser des exemples d’entraînement pour plus d’une intention, c’est un signe que vous pourriez fusionner les intentions en une seule intention plus générale.
Il existe deux cas de figure fréquents où la confusion d’intention se produit :
- Partage d’informations : Votre robot peut demander au contact de fournir des informations à différents moments de la conversation, de sorte que vous pouvez vous retrouver avec des intentions telles que provide_email et provide_name. Cependant, les exemples de données d’entraînement pour ces variations sont trop similaires :
- « Je m’appelle Sherry Khan. »
- « Mon adresse courriel est sherry.khan@email.com. »
- « C’est Nathoo Mannkind. »
- « C’est nathoo@otheremail.com. »
- Demande d’informations : Un contact peut demander des informations au robot, par exemple le solde d’un compte. S’il existe plusieurs types d’informations qu’un contact peut demander, vous pouvez avoir une intention pour chaque type. Par exemple, pour une demande de solde de compte, vous pourriez avoir des intentions pour balance_checking et balance_savings. Cependant, les exemples de données d’entraînement pour ces variations sont trop similaires :
- « Pourrais-je avoir le solde de mon compte de chèques? »
- « Quel est le solde de mon compte d’épargne? »
- « Pouvez-vous me dire le solde de mon compte de chèques? »
La seule différence réelle dans les exemples de données d’entraînement pour chacun des scénarios précédents est l’entité Mot-clé ou expression défini(e) dans votre profil d’entreprise dans Interaction Analytics. Lié à un type d’entité. Peut inclure des variantes. qui est fournie.
Éviter la confusion d’intention
La règle générale à suivre pour remédier à la confusion d’intention (ou pour l’éviter) est de fusionner les intentions et de former le robot aux entités. Il est préférable d’avoir une seule intention générale à laquelle vous appliquez tous vos exemples d’entraînement, puis d’utiliser les histoires pour former le robot à reconnaître les entités. Lorsque le robot peut reconnaître les entités dans les énoncés d’un contact, il peut emprunter le chemin approprié.
Le tableau suivant présente les scénarios courants de la section précédente. Il présente les intentions initiales, la nouvelle intention générale et des exemples d’histoires d’entraînement à utiliser.
Scénario | Intentions initiales | Nouvelle intention générale | Entraîner avec des histoires |
---|---|---|---|
Fournir des informations |
provide_address provide_email provide_name |
provide_info |
Créez plusieurs histoires qui commencent par des exemples de messages de contact contenant les différents types d’informations que le robot peut recueillir :
Toutes les histoires déclenchent la même intention, provide_info. Chaque histoire utilise une entité différente, telle que accountAddress, accountEmail et accountName. Le dernier exemple, « J’ai dois mettre à jour mes informations », n’indique pas un type d’information spécifique, de sorte que le robot devra peut-être poser une question complémentaire. |
Demande d’informations |
balance_checking balance_savings balance_giftcard |
balance_checks |
Créez plusieurs histoires qui commencent par des exemples de messages de contact tels que :
Toutes les histoires déclenchent la même intention, balance_checks. Chaque histoire utilise une entité différente, telle que balanceChecking, balanceSavings, balanceGiftCard. Le dernier exemple, « Quel est le solde de mon compte? », ne précise pas le type de compte, de sorte que le robot devra peut-être poser une question complémentaire. |
Multi-intentions
Les robots Une application logicielle qui traite les interactions avec les clients à la place d’un agent en chair et en os. construits avec CXone Bot Builder peuvent identifier une ou plusieurs intentions La signification ou le but derrière ce qu’un contact dit/tape ; ce que le contact veut communiquer ou accomplir dans le message Tout ce qu’un contact dit dans une interaction avec un robot logiciel, qu’il s’agisse d’une question ou d’une déclaration, écrite ou orale. d’un contact. L’identification de plusieurs intentions dans un message permet à votre robot de traiter correctement des demandes telles que « Veuillez me montrer mon solde et virer 200 $ sur mon compte d’épargne ».
Si vous créez une multi-intention à partir de deux intentions uniques existantes, vous n’avez pas besoin de fournir de nombreux exemples. Votre robot logiciel peut reconnaître les intentions uniques du message et les traiter comme une multi-intention.
N’utilisez les multi-intentions que lorsqu’elles sont vraiment nécessaires au déroulement naturel de la conversation. Trop de multi-intention peuvent rendre votre robot logiciel trop compliqué à gérer facilement.
Examen et gestion des intentions
Chaque intention de l’onglet Intentions de la section NLU est accompagnée d’un numéro. Le nombre indique le nombre d’exemples d’entraînement que l’intention contient. Les numéros sont codés par couleur pour indiquer si les exemples d’entraînement sont suffisants :
-
Rouge : L’intention est utilisée jusqu’à sept fois. Ajoutez d’autres exemples d’entraînement.
-
Orange : L’intention est utilisée entre huit et quatorze fois. Ajoutez si possible d’autres exemples d’entraînement.
-
Vert : L’intention est utilisée plus de quinze fois. Aucun autre exemple d’entraînement n’est nécessaire.
Certaines intentions peuvent être accompagnées d’un triangle jaune à côté du nombre d’exemples d’entraînement. Cela indique qu’il n’y a pas de dialogues Histoires et règles de robots logiciels dans CXone Bot Builder. qui incluent cette intention. Si vous avez des intentions avec ce symbole, ajoutez-les aux histoires ou aux règles, selon le cas.
Dans l’onglet Intentions, vous pouvez également effectuer les tâches de gestion des intentions suivantes :
- Afficher les dialogues (histoires et règles) dans lesquels une intention apparaît.
- Afficher les messages de contact récents et l’intention prédite pour chacun d’entre eux.
- Masquer une intention de l’entraînement.
Meilleures pratiques en matière d’intentions
Suivez ces bonnes pratiques lors de la création d’intentions :
- Les intentions ne sont pas toujours claires. Deux objectifs d'utilisateur peuvent sembler différents, mais commencent à rassembler des exemples similaires au fil du temps. Distinguez vos intentions et les données d’entraînement correspondantes. Si vous souhaitez réutiliser des exemples d’entraînement pour plus d’une intention, c’est un signe que vous pourriez fusionner les intentions en une seule intention plus générale. Cela vous permet d’éviter toute confusion en ce qui concerne les intentions.
- Incluez toujours une intention hors du champ d’application. Les intentions hors du champ d’application permettent à votre robot de répondre à des demandes de contact qui ne relèvent pas des tâches pour lesquelles il a été entraîné.Elles vous permettent de récupérer la conversation et se traduisent souvent par une amélioration des performances.
- Utilisez les multi-intentions avec parcimonie. N’utilisez les multi-intentions que lorsqu’elles sont vraiment nécessaires au déroulement naturel de la conversation. Trop de multi-intention peuvent rendre votre robot logiciel trop compliqué à gérer facilement.