Synthèse des règles de l’optimiseur du parcours client

À propos des règles de l’optimiseur du parcours client

Les règles de l’outil d’optimisation du parcours client sont les modules de votre parcours. Ils sont composés de divers énoncés « si » et « alors » qui déterminent le chemin à suivre pour votre voyage. Cette page explique comment créer des règles, où les règles sont utilisées et comment les règles sont évaluées lorsqu’un voyageur se déplace tout au long du parcours.

Aperçu général des règles

Généralement, une règle est composée d’une ou plusieurs paires d’instructions “if” et “then”. Vous pouvez considérer l’instruction “if” comme la condition de la règle, tandis que l’instruction “then” est l’action de la règle.

La condition est le critère pour que quelque chose se produise, tandis que l’action est ce qui doit se passer si la condition est remplie.

Types de règles

Les règles sont utilisées à de nombreux endroits du Customer Journey Optimizer. Parfois, les règles n’auront qu’une condition, car dans ces cas, vous essayez de filtrer les données pour votre parcours en sélectionnant les bons voyageurs et les bonnes données d’événement.

Les règles dans les domaines énumérés ci-dessous n’ont que des conditions :

• Critères d’entrée du parcours : ces règles déterminent les données d’événement ou les voyageurs qui peuvent entrer dans un parcours.
• Critères d’entrée de jalon : ces règles déterminent si un voyageur saisira un jalon spécifique dans un parcours.

Les règles dans les domaines énumérés ci-dessous ont à la fois des conditions et des actions :

• Règles globales : ces règles sont évaluées au début du voyage et sont appliquées à tous les voyageurs qui entrent dans votre voyage.
• Règles de jalon : ces règles déterminent ce qui se passe suite à un jalon donné dans votre parcours.

Ordre d’analyse des règles

Lors de la création de vos parcours, vous disposez de différents types de règles qui déterminent le traitement des événements. Les règles sont exécutées dans l’ordre suivant chaque fois qu’un nouvel événement est reçu :

1. Critères d’entrée de parcours
2. Règles globales
3. Critères d’entrée de jalon
4. Règles de jalon

Lors de l’évaluation d’un ensemble de règles donné, elles sont évaluées de haut en bas. Assurez-vous de placer votre règle la plus exclusive en dernier pour éviter de disqualifier accidentellement les voyageurs de remplir vos conditions de règle.

Création de règles

Cette section explique comment créer des règles. Notez que pendant que nous élaborerons des règles pour un parcours jalon, la création de règles fonctionne de la même manière dans les autres zones de la plateforme.

1. Dans la section Règles, donnez un nom à votre règle pour que vous sachiez ce qu’elle fait.
2. Cliquez sur le signe plus (+) et sélectionnez l’intégration sur laquelle vous souhaitez baser votre condition. Lors du choix d’une intégration, réfléchissez à l’intégration qui contient les données dont vous avez besoin pour le parcours.
3. Sélectionnez l‘objet qui contient les données que vous souhaitez utiliser dans votre condition.
   
4. Sélectionnez le champ sur lequel baser la condition.
5. Sélectionnez l’opérateur pour la condition (par exemple, « n’est pas égal à »). Pour plus d’informations, voir Opérateurs.
6. Sélectionnez la valeur de la condition.
   Astuce Qualtrics : vous pouvez ajouter plusieurs valeurs en saisissant des valeurs supplémentaires dans le champ Ajouter une autre valeur. Lorsque vous avez plusieurs valeurs, elles sont séparées par un opérateur “ou”, ce qui signifie qu’une seule des valeurs doit être trouvée pour que la règle soit vraie.
7. Pour ajouter des conditions supplémentaires, cliquez sur et si +. Suivez les étapes ci-dessus pour créer des conditions supplémentaires. Notez que si vous ajoutez plusieurs conditions, toutes les conditions doivent être remplies pour que l’action ait lieu.
8. Pour ajouter une action à votre règle, cliquez sur, puis sur +.
   Astuce Qualtrics : les étapes restantes concernent l’ajout d’actions sortantes aux règles globales et aux règles de jalons. Vous ne pouvez pas ajouter d’actions dans les règles de critères de saisie.
9. Choisissez l’intégration dans laquelle vous souhaitez que l’action ait lieu.
10. Sélectionnez l’action qui doit avoir lieu (par exemple, envoyer un e-mail). Selon le type d’action que vous sélectionnez, vous pouvez avoir besoin de définir des valeurs différentes pour l’action (par exemple, le “à l’e-mail” pour l’envoi d’un e-mail).
    Astuce Qualtrics : consultez la documentation relative à l’intégration qui vous intéresse pour trouver des instructions spécifiques sur la configuration des actions pour cette intégration.
11. Vous pouvez ajouter des actions supplémentaires en cliquant sur, puis sur +. Si vous ajoutez plusieurs actions, toutes les actions seront déclenchées si les conditions sont remplies.
12. Lorsque vous avez terminé, cliquez sur Enregistrer.

Opérateurs

Cette section couvre les différents types d’opérateurs et leur disponibilité en fonction du type de zone. Les opérateurs décrivent la manière dont un champ doit être évalué.

L’opérateur disponible pour une condition donnée dépend du type de champ. Le tableau ci-dessous compile tous les types de zones disponibles pour les conditions et leurs opérateurs possibles.

Les types de champs suivants sont disponibles dans l’outil d’optimisation du parcours client :

• Texte (« Application téléchargée », « Compte Premium »)
• Booléen (vrai ou faux)
• Nombre (230, 4.2)
• Date/Heure (2017-08-11 09:23 UTC)
• Durée (“7 jours”, “1 jour”)
  Astuce Qualtrics : les champs de durée ne peuvent être qu’en jours.

Les zones de date/heure ne peuvent pas être utilisées après les opérateurs, elles sont donc exclues de la table ci-dessous :

Règles basées sur le temps

Les règles basées sur le temps fonctionnent différemment des autres règles de l’outil d’optimisation du parcours client. Cette section traite de la manière dont les règles basées sur le temps sont évaluées et de certaines meilleures pratiques pour la création de règles basées sur le temps.

1. Les règles basées sur le temps sont évaluées non seulement lorsqu’un nouvel événement est traité par l’optimiseur de parcours client, mais aussi de manière continue, même en l’absence de nouveaux événements. Une simple analogie est celle d’une minuterie d’alarme. Ces règles sont évaluées sur une base récurrente pour voir si les voyageurs répondent aux critères. Si tel est le cas, les actions seront déclenchées.
2. Les règles basées sur le temps utilisent le moment actuel comme point de référence. Exemple de règle basée sur le temps simple : “Si SiteVisit date de plus de 5 jours”. Si un voyageur a une valeur pour le champ SiteVisit et que cette valeur remonte à plus de 5 jours, cette règle sera évaluée comme vraie.
   • Si vous souhaitez cibler un intervalle de temps spécifique (par exemple, plus de 5 jours à partir de maintenant mais moins de 2 semaines), vous pouvez utiliser plusieurs conditions de règle pour cibler cet intervalle de temps.
   • Si un nouvel événement arrive qui déplace le voyageur vers un nouveau jalon avant que le voyageur ne remplisse la règle basée sur le temps, le minuteur sera ignoré et la règle sera évaluée comme fausse.
3. Les dates sont sauvegardées au format Date/Heure. Si l’heure ou le fuseau horaire n’est pas indiqué, il sera automatiquement défini sur 00:00:00,000 et le fuseau horaire UTC.
   Exemple : par exemple, “2020-12-31T16:00:00,444-08:00” reste “2020-12-31T16:00:00,444-08:00”, alors que “1975-01-30” est converti en “1975-01-30T00:00:00.000Z” avant d’être stocké dans l’optimiseur de parcours client.
4. Vous pouvez uniquement baser les règles sur le nombre de jours entiers (c’est-à-dire 1 jour, 30 jours, 365 jours, etc.). N’utilisez pas d’autres périodes ou jours partiels. L’utilisation de jours qui ne sont pas des nombres entiers rendra la règle non valide.
5. Si vous utilisez une règle basée sur le temps, nous vous suggérons de définir la planification d’extraction sur l’option la plus fréquente pour disposer des données les plus récentes.
6. L’opérateur “est antérieur à” doit être pris en compte &gt ; et non >=. L’opérateur “est plus récent que” doit être considéré comme &lt ; et non <=.