Vous pouvez cibler les clients qui remplissaient les conditions spécifiées la dernière fois qu'ils ont déclenché l'événement en utilisant ce modèle. Par exemple, vous pouvez atteindre les contacts qui remplissaient les critères suivants la dernière fois qu'ils ont déclenché l'événement spécifique :

• ont passé des commandes supérieures à 100 € (dans ce cas, les clients qui ont acheté quelque chose pour 99 euros la dernière fois seront filtrés).
• ont terminé leur entraînement de course à pied et ont couru au moins 10 km (dans ce cas, les contacts qui ont couru 9,5 km la dernière fois seront filtrés).

L'exemple suivant vous montre comment fonctionne le modèle La dernière fois que l'événement a eu lieu.

Supposez que nous souhaitions cibler uniquement les contacts qui ont mangé de la glace au chocolat pour la dernière fois chez un glacier.

Chaque fois qu'un client ajoute une entrée à son journal de repas, nous envoyons l'événement Mobile appelé food_log_lunch_today contenant les attributs suivants :

• food_type
• food_taste
• food_location

Pour s'assurer que le nœud Décision renvoie exactement les événements dont nous avons besoin, nous devons définir les conditions en deux étapes :

1. Configurez le nœud Décision comme suit :

a. Définissez la source sur Mobile et sélectionnez l'événement food_log_lunch_today.

b. Ajoutez les critères d'événement suivants en cliquant sur Ajouter une condition :

- event_attributes.food_type contient ice_cream

- event_attributes.food_taste contient chocolate

2. Ajoutez l'attribut suivant aux Derniers critères d'événement : event_attributes.food_location contient ice_cream_shop

Événement - Vous pouvez spécifier ici les valeurs suivantes :

• Source - La source de déclenchement.
• Événement - L'événement déclencheur.

Critères d'événement - Les contacts poursuivront le parcours s'ils ont eu un événement correspondant à tous ces critères d'événement. Si vous ajoutez plusieurs attributs, ils sont liés par l'opérateur ET. Ici vous pouvez configurer les champs suivants :

• Attribut - Les événements seront filtrés en fonction des attributs sélectionnés. Pour plus d'informations, voir Attributs.
• Opérateur - Pour plus d'informations, voir Opérateurs.
• Valeur

• Ajouter des conditions d'article - Vous pouvez ajouter des conditions d'article à vos critères d'événement si l'événement sélectionné contient des listes de produits (tableaux). Pour plus d'informations, voir Ajouter des conditions d'article.

Critères du dernier événement - Les contacts poursuivront le parcours si leur dernier événement correspond à ces critères. Si vous ajoutez plusieurs attributs, ils sont liés par l'opérateur ET.

Cette fonction s'avère pratique, par exemple, lorsque :

• Vous avez une promotion en cours pour 4 articles exclusifs et vous aimeriez savoir si les clients ont acheté l'un de ces produits (sur la base de leurs attributs item_id), afin de pouvoir leur envoyer une campagne post-achat exclusive avec des trucs et astuces.
• Vous souhaitez savoir si les clients ont ajouté à leur panier au moins un article dont le prix est supérieur à 100 €.

Vous pouvez voir ici comment fonctionnent les conditions d'articles. Dans l'exemple suivant, nous souhaitons cibler les clients qui ont acheté plus de deux articles exclusifs au cours des 30 derniers jours avec les conditions suivantes :

• le prix de chaque produit était supérieur à 60 euros,
• la valeur totale du panier était supérieure à 300 €.

1. Sélectionnez le modèle L'événement a eu lieu dans le nœud Décision.
2. Choisissez la source Web Extend et l'événement Achat, puis cliquez sur Ajouter une condition.

3. Sélectionnez Articles achetés sous Listes d'articles (tableaux).

4. Sélectionnez l'opérateur contient plus de ou exactement et définissez-le sur 2 article(s).

5. Pour ajouter d'autres attributs du produit acheté aux critères d'attributs, cochez la case Ajouter des conditions d'article.

6. Définissez les attributs des produits item_id et price.

7. Ajoutez une autre condition :
   1. Sélectionnez Valeur totale du panier sous Attributs à valeur unique,
   2. Choisissez l'opérateur est supérieur ou égal à et définissez-le sur 300.

8. Spécifiez les critères supplémentaires comme suit :
   1. Définissez le Nombre d'événements à plus de ou exactement 1 fois et
   2. Réglez la Période sur Dans les 30 derniers jours.

Vous pouvez voir ici comment les opérateurs spécifiques aux tableaux fonctionnent avec l'événement Web Extend Panier mis à jour.

Dans les exemples ci-dessous, nous nous référerons au cas suivant :

Supposons qu'un client ait ajouté cinq articles à son panier. Deux produits étaient plus chers que les autres : chacun d'eux coûtait au moins 60 euros.

• contient exactement - Le panier contient exactement 2 articles et ceux-ci doivent remplir les conditions définies. Le client mentionné dans l'exemple ci-dessus a ajouté 5 articles au panier, donc il ne peut pas poursuivre le parcours.

• contient plus de ou exactement - Le panier contient plus de ou exactement 2 articles et ceux-ci doivent remplir les conditions définies. Le client mentionné dans l'exemple ci-dessus peut poursuivre le parcours car il a ajouté 5 articles au panier et que le price attribué de 2 produits correspond aux critères définis.

• contient moins de ou exactement - Le panier contient moins de ou exactement 2 articles et deux d'entre eux répondent aux conditions définies. Le client mentionné dans l'exemple ci-dessus ne peut pas poursuivre le parcours car il a ajouté 5 produits au panier.

• ne contient aucun article - Dans ce cas, vous ne pouvez pas ajouter de conditions relatives aux articles (c'est-à-dire que le panier doit être vide). Le client mentionné dans l'exemple ci-dessus ne peut pas poursuivre le parcours car il a ajouté 5 articles au panier.

• contient des articles qui répondent tous aux conditions d'article - Dans ce cas, chaque article (quel que soit le nombre de produits dans la liste) doit répondre aux critères définis. Le client mentionné dans l'exemple ci-dessus ne peut pas poursuivre son parcours parce qu'il a ajouté 5 articles au panier mais que seuls deux d'entre eux correspondent aux conditions d'article (c'est-à-dire que le prix de chaque produit doit être d'au moins 60 €).

Les opérateurs recommandés sont automatiquement détectés sur la base du type d'attribut. Tous les opérateurs recommandés qui appartiennent aux types d'attributs détectés sont répertoriés si vous cliquez sur le champ Opérateur. Si vous avez saisi un attribut manuellement, tous les opérateurs sont répertoriés dans la liste déroulante.

Exemples

Les exemples suivants vous montrent comment fonctionnent certains des opérateurs :

• entre 1 et 5 - comprend également les valeurs 1 et 5,
• 10 au plus - comprend des valeurs inférieures ou égales à 10, 
• au moins 5 - comprend des valeurs supérieures ou égales à 5.
• est l'un des suivants (texte)/n'est pas l'un des suivants (texte) - les valeurs définies doivent correspondre exactement aux valeurs contenues dans les événements entrants, car l'opérateur textuel sous-jacent est "égal" (c'est-à-dire que la valeur reçue doit être identique à la valeur définie) et non "contient". Les valeurs énumérées sont liées par l'opérateur OU . Par exemple, si vous vous attendez à recevoir des événements avec l'attribut weather qui pourraient contenir les valeurs d'attribut heavy rains et mostly sunny, alors les valeurs spécifiées dans le nœud Décision doivent être identiques à ces valeurs. Si vous spécifiez les valeurs rain ou sunny dans le nœud Décision , les valeurs d'attribut entrantes heavy rains ou mostly sunny ne rempliront pas les conditions définies par ce nœud et, par conséquent, cette décision ne sera pas prise comme prévu.

Par exemple, vous pouvez utiliser le nœud Vérification de participation si vous avez une campagne de parrainage dans laquelle vous souhaitez offrir une incitation plus intéressante après que le premier ami d'un contact a rejoint la campagne et une incitation moins intéressante après qu'un autre ami du même contact a rejoint la campagne.

Un tel programme se présenterait comme suit :

Dans l'exemple ci-dessus, le nœud Vérification de participation est défini sur Une seule et unique fois. Par conséquent, le contact ne peut suivre le chemin Oui que lorsque l'événement se produit pour la première fois et ce contact ne bénéficie de la remise de 40 % qu'une seule fois. Chaque fois que le contact déclenche à nouveau le même événement, il sera dirigé vers la branche Non et bénéficiera de la remise de 20 %.

Le nœud Vérification de participation peut s'avérer utile si, par exemple, vous avez un programme de mise à jour des livraisons et que vous souhaitez envoyer un bon d'achat basé sur la valeur de la commande avec une fréquence variable après l'expédition du produit acheté.

Un tel programme se présenterait comme suit :

Dans l'exemple ci-dessus, le nœud Séparateur de décision vérifie si la valeur de la commande passée par les clients est supérieure ou inférieure à 80€ et le nœud Vérification de participation s'assure que : 

• Les contacts dont la commande dépasse cette valeur recevront un bon d'achat de 20 € seulement une fois tous les 2 mois.
• Les contacts ayant commandé pour une valeur inférieure à 80 recevront un bon d'achat de 10€ une seule fois tous les 3 mois.

Si vous avez une promotion que vous souhaitez montrer à vos contacts ayant terminé leur entraînement dans différentes circonstances, vous pouvez alors utiliser les mêmes paramètres du nœud Vérification de participation. Par exemple, imaginons que vous souhaitiez :

• Utilisez le même événement déclencheur dans les deux cas mais avec affichage d'une campagne différente en fonction des attributs.
• Annoncez différents produits en fonction de la température chez les contacts :
  • Qui a couru quand la température était inférieure à 25 °C.
  • Qui a couru lorsque la température était inférieure à 10 °C.
• Affichez la campagne tous les 30 jours, quelle que soit la température.

Un tel programme se présenterait comme suit :

Voici à quoi ressemblerait un tel nœud Vérification de participation :

Vous pouvez utiliser les mêmes paramètres de noeud de vérification de participation dans plusieurs programmes dans les cas suivants :

• Cas d'utilisation d'abandon : Vous pouvez utiliser les mêmes paramètres de vérification de participation dans plusieurs programmes pour vous assurer que vos contacts ne reçoivent qu'une seule campagne d'abandon par semaine afin d'éviter la fatigue publicitaire ou le désabonnement. Dans ce cas, vous pouvez insérer le même nœud Vérification de participation (appelé Cas d'utilisation d'abandon dans l'exemple ci-dessous) avant les nœuds de canal dans vos campagnes de navigation abandonnées, de panier abandonné et de page de paiement abandonnée. Voici à quoi ressemble un tel nœud Vérification de participation :

• Envoyer un bon de valeur une fois par mois : Vous pouvez utiliser les mêmes paramètres de Vérification de participation se référant à la même audience limitée dans plusieurs programmes pour vous assurer qu'un contact ne peut recevoir un bon de valeur qu'une fois tous les 30 jours.
• Campagnes de retour en stock et baisse des prix : Vous pouvez utiliser les mêmes paramètres de vérification de participation dans plusieurs programmes pour vous assurer que vos contacts ne reçoivent la campagne de retour en stock ou baisse de prix qu'une fois par semaine.

Pour créer une nouvelle vérification de participation :

1. Activez le commutateur Rendre cette vérification disponible dans d'autres programmes et sélectionnez Créer nouveau dans la liste déroulante.

2. Donnez-lui un nom, puis cliquez sur OK.

Pour utiliser une configuration de Vérification de participation déjà existante, procédez comme suit :

1. Activez le commutateur Rendre cette vérification disponible dans d'autres programmes et sélectionnez dans la liste déroulante un Vérification de participation existant que vous souhaitez utiliser.

2. Quand vous êtes prêt, cliquez sur OK.

Vous pouvez modifier les paramètres suivants dans le nœud Vérification de participation :

• Vous pouvez modifier la fréquence de Si le temps écoulé depuis la dernière fois que les contacts ont parcouru le chemin Oui est d'au moins à Une seule et unique fois. Dans ce cas, le programme Interactions conserve l'horodatage qui a été enregistré lors du dernier passage du contact dans la branche Oui, de sorte que les contacts ayant déjà avancé sur la branche Oui ne puissent pas la re-traverser si vous avez réglée la fréquence sur sur Une seule et unique fois.
• Vous pouvez modifier la fréquence de Une seule et unique fois à Si le temps écoulé depuis la dernière fois que les contacts ont parcouru le chemin Oui est d'au moins. Dans ce cas, le programme Interactions compare l'horodatage actuel à celui qui a été enregistré lors du dernier passage du contact dans la branche Oui (alors que la fréquence était réglée sur Une seule et unique fois).

Si, par exemple, un contact a emprunté le chemin Oui le 4 juillet alors que la fréquence était réglée sur Une seule et unique fois, et que vous la réglez sur Si le temps écoulé depuis la dernière fois que les contacts ont emprunté le chemin Oui est d'au moins 7 jours, alors :

- Un contact qui est passé par la branche Oui le 4 juillet ne peut emprunter à nouveau cette voie que le 11 juillet.

- Un contact qui est passé par la branche Oui le 19 juillet ne peut emprunter à nouveau cette voie que le 26 juillet.