Suite | Toutes les éditions |
Cet article contient les sections suivantes :
Les bases de l’étape Branche par condition
Quand vous ajoutez une nouvelle étape Branche par condition à votre workflow de réponse, les paramètres suivants sont inclus :
- Nom qui identifie l’étape dans la toile du workflow.
-
Deux branches par défaut qui doivent être configurées avant la publication du workflow de réponse :
- If this : si les conditions de la branche sont satisfaites, la conversation suit les étapes de la branche.
- Else : si elle ne satisfait aux conditions d’aucune des autres branches, la conversation suit les étapes de cette branche.
Une étape Branche par condition peut avoir six branches, en comptant la branche Else. La branche Else est obligatoire et ne peut pas être supprimée de cette étape. Vous pouvez ajouter jusqu’à quatre branches supplémentaires, pour un maximum de six branches.
Pour ajouter une branche supplémentaire, cliquez sur Ajouter une branche et configurez les paramètres suivants pour chaque branche :
- Nom qui décrit la condition pour la branche. Ce nom s’affiche comme nom de la branche dans la toile du workflow.
-
Condition qui inclut les éléments suivants :
- Variable : les données qui seront évaluées pour déterminer si la condition est remplie.
- Opérateur : la façon dont les données de valeur et variable sont comparées. Inclut est, n’est pas, contient et ne contient pas.
- Valeur : la valeur attendue pour la condition spécifiée par l’opérateur.
Consultez Les éléments des conditions pour en savoir plus.
Vous pouvez combiner les conditions pour une branche en utilisant le menu déroulant AND/OR. Par exemple, la branche suivante vérifie si un utilisateur se trouve en Australie ou aux États-Unis.
Une conversation ne peut suivre qu’une seule branche. Les branches sont évaluées dans l’ordre dans lequel elles sont incluses à l’étape. Les utilisateurs finaux qui remplissent les critères de plusieurs branches suivront la première branche pour laquelle ils remplissent les critères, de haut en bas dans le volet de configuration de l’étape ou de gauche à droite dans la toile. Il est possible de réagencer les branches en faisant glisser les volets de condition sur la toile.
Les éléments des conditions
Les conditions se composent de variables, d’opérateurs et de valeurs.
À propos des variables
Dans une condition, la valeur d’une variable est comparée à une valeur statique. Les variables sont ajoutées à la condition en utilisant un menu déroulant.
Pour en savoir plus sur les types de variables et la création de variables, consultez Utilisation des variables pour personnaliser les réponses d’un agent IA.À propos des opérateurs
L’opérateur détermine comment les données de variables sont comparées à la valeur. Les opérateurs sont ajoutés à une condition en utilisant un menu déroulant.
Les opérateurs suivants sont disponibles : toutes les mises en correspondance des opérateurs sont sensibles à la casse.
Quand j’utilise l’étape conditionnelle dans le créateur de bots... | Opérateurs disponibles |
---|---|
Je veux pouvoir évaluer les données stockées sous la forme d’un nombre |
Opérateurs pour les cas d’utilisation Zendesk connus pour l’évaluation des nombres :
|
Je veux pouvoir évaluer les données stockées sous la forme d’une chaîne |
Opérateurs pour les cas d’utilisation Zendesk connus pour l’évaluation des chaînes :
|
À propos des valeurs
Une valeur est une donnée statique qui est comparée à une variable. Elle représente les données attendues pour une variable. Par exemple, dans une condition qui vérifie si la valeur de statut de membre membership_status
d’un client est « platinum », « platinum » est la valeur.
Le champ de saisie utilisé pour spécifier la valeur d’une condition varie en fonction de la variable. Pour la variable Statut authentifié, vous spécifiez la valeur de la condition en utilisant un champ de liste déroulante de type booléen. Pour les autres variables, vous spécifiez la valeur de la condition en utilisant un champ de saisie de texte.
membership_status
accepte une valeur « Niveau Platinum » avec un marqueur « platinum_level » associé. Pour vérifier si le client a un statut de membre Platinum, utilisez « platinum_level » comme valeur dans la condition.
Conditions imbriquées
Une condition imbriquée est une condition qui contient au moins deux conditions. Vous pouvez utiliser les conditions imbriquées pour créer une logique complexe qui s’appuie sur plusieurs conditions. Elles sont particulièrement utiles quand vous combinez des conditions en utilisant AND et OR.
- L’utilisateur est un membre Platinum ET
- L’utilisateur se trouve dans l’un des pays suivants :
- Australie OU
- États-Unis
Vous ne pouvez pas aller au-delà de trois niveaux d’imbrication. Chaque niveau, y compris le niveau supérieur, peut contenir un maximum de six conditions.
22 commentaire
Josue Boix Pozuelo
Hello,
I have the same issue that 5104622711706 is describing, but unfortunately the solution from 5935813700634 doesn't work for me.
In my case, “booking_id” is a variable that may be set or not.
When it's not defined, this condition always goes to the wrong side of the tree.
If I print the value afterwards,
I get the following message:
How can this be possible?
0
Jason Kadlec
I plan to set custom fields or tags using the Core API:
zE("messenger:set", "conversationFields", [
{ id: "123456789", value: 100.50 }
])
How do I get the conversationField, or tag to show up in the conditions of the branch by condition?
For ticket fields, I only see email and name.
Messaging Metadata shows only Provided name, Provided email, Authenticated external ID and Authenticated Status.
I know I can set variables using REST api calls to my server, but in this case it's all about what page of my web application the user is on, and/or some button they clicked on, which I need to ‘hard set’ to go to an Answer that is specific to that.
Let's say I have a page of my site called “Playing in sandboxes” and they initiate their chat from this page.
I would
zE("messenger:set", "conversationFields", [
{ id: "123456789", value: sandboxes }
])
And then I would have an answer set as my default_open which would have as the first step a branch by condition which would check for this Ticket Field. If it was “sandboxes” I'm going to route to the answer where the first Send Message says: Hey I see you are playing in the sandbox! Great! Do you have a question for yourself, or your kid?
I don't want to have every interaction with the chat start with “how can I help you” when throughout my app there are pages where.. if the chat is initiated from that page there is a 99% chance I don't need to ask them how I can help.
The specific use case is more like a - click this button to connect to a Sandbox Expert… then the chat bot will load a form which gathers some pre-conversation questions.. then transfers to a live agent.
How do I do this?
0
Martine Hirth
5935813700634 Thank you, it's working now !
0
Viachaslau
5104622711706 It's possible
1
Martine Hirth
Is it planned to add a condition for an empty/ not empty variable? Thanks :)
2
test.zendesk
Thanks for the development on the Zendesk bot so far, it's really nice.
Is it not possible to compare two variables? It is so limited that we have to enter the values to compare with variables manually, what if we want users to make a selection and compare it with the values obtained via API call which is stored in a variable?
0
Stephen White
Looking for some assistance here please. I'm looking to use this feature to validate customer information by comparing two variables.
Email = provided by the customer through ‘ask for details’
customeremail = retrieved through a prior API call and stored as a variable
Is this possible? Or perhaps there's a different way to compare info collected with known information stored from API responses?
1
Viachaslau
We would like this limit to be increased. For example, we have 10 transaction types and need a condition for each, with this limit (maximum 6) we can't create a proper custom flow
0
Dainne Kiara Lucena-Laxamana
Hi Jhamine,
We do offer Answer Bot analytics in Explore but are limited to the following: Analyzing your Flow Builder activity. Hope this helps!
0
Jham Bernardino
I have recently implemented adding conditions to my flow using a dropdown option. Is there a way for the chatbot analytics to capture the choices I added in the dropdown fields? Additionally, how can I track those interactions that did not result in a handover?
0
Vous connecter pour laisser un commentaire.