Créer le Journey BPM « flux de bienvenue »
Le Journey BPM est le cycle de vie réel dans lequel vous définissez les états (étapes) du cycle de vie. Il commence toujours par un composant BPM Entrée et non par une audience comme les autres Journeys. Le composant BPM Entrée est suivi d'une série de composants BPM États et de leurs événements (déclencheurs), passant d'un état au suivant. Ici, quand un contact entre dans un état, un e-mail est envoyé.
1. Créez un nouveau Journey et ajoutez un composant BPM Entrée et trois composants BPM État.
2. Dans les propriétés du composant BPM Entrée, sélectionnez la liste Audience à laquelle correspond le flux de bienvenue. Cochez « utilisateurs uniques », le contact ne peut être ajouté qu'une seule fois à ce cycle de vie BPM.
Lorsque vous enregistrez le Journey, une liste BPM est créée sous forme d'une extension de profil (1:1) à la liste Audience. Une fiche est créée pour le contact s'il entre dans le flux de bienvenue via le composant BPM Entrée. S'il est décoché, le contact peut être ajouté plusieurs fois à BPM Processus. Plusieurs fiches sont créées pour lui.
La liste BPM contient le moment et le type d'état dans lequel le contact se trouve actuellement. Le champ STATEID contient l'état du composant BPM État dans lequel se trouve actuellement le contact. Cliquez sur l'icône « 1 » dans l'angle supérieur gauche pour afficher l'id de chaque composant (également désigné sous le nom de « id d'action »).
Pour stocker des données supplémentaires à utiliser dans le cycle de vie BPM, vous pouvez créer des champs supplémentaires dans la liste BPM sous l'onglet « Champs ». Nous n'en avons pas besoin dans cet exemple, nous allons donc continuer.
3. Immédiatement après le passage du composant BPM Entrée, l'événement « Nouvelle fiche » le transfère au composant BPM État « Premier contact ». Définissons les autres événements pour les composants BPM État :
- Du premier au deuxième contact : 3 jours plus tard et aucun achat
- Du deuxième au troisième contact : 4 jours plus tard et aucun achat
4. Dans les propriétés de BPM État « Premier contact », cliquez sur l'onglet 'Événements' et ajoutez un nouvel événement.
5. Nommez l'événement « Plus de 3 jours et aucun achat ». Laissez le type sur 'Vérification des données'. Nous devons vérifier dans le profil étendu des informations produits si le contact a déjà effectué un achat. Sélectionnez une icône et définissez le délai sur trois jours.
6. Cliquez sur « "Modifier » pour créer la contrainte de vérification des données. Cliquez sur « Paramétrer le filtre » et créez la contrainte suivante :
PURCHASEINFO.PURCHASE_COUNT=0 OR PURCHASEINFO.PURCHASE_COUNT Is Empty
REMARQUE : n'utilisez que des valeurs réelles pour définir des contraintes. Dans le champ Vérifier, la contrainte s'affiche selon une syntaxe correcte.
N'utilisez pas de fonction dans le champ 'Valeur', ce qui pourrait engendrer une syntaxe incorrecte!
Exemple de valeur correctement définie dans l'éditeur de contrainte, suivi de la syntaxe de la contrainte générée dans le champ Vérifier des propriétés de l'état BPM :
7. Fermez les propriétés de BPM État et connectez « Premier contact », à « Deuxième contact », à l'aide de l'événement nouvellement créé « Plus de 3 jours et aucun achat ».
8. Faites de même pour le composant BPM État « Deuxième contact », mais avec un délai de 4 jours.
9. Quand le contact entre dans un état, nous lui envoyons un e-mail. Connectez les 3 e-mails sur « Entrée » aux composants BPM État :
- Premier contact = e-mail d'offre de bienvenue
- Deuxième contact = rappel des nouveaux produits
- Troisième contact = ne ratez pas
Dans cet exemple, le contact ne peut être qu'une seule fois dans chaque état. Mais dans un autre cycle de vie BPM, il est possible que le contact puisse revenir à un état dans lequel il a déjà été précédemment. Dans ce cas, le message est envoyé chaque fois que l'utilisateur entre dans l'état.
10. Programmez le Journey pour exécuter 'piloté par les données' toutes les 60 minutes. Vous devez lancer le Journey. Avec chaque exécution, toutes les 60 minutes, les contacts dans le processus BPM sont évalués (événements de vérification des données) pour vérifier si leur état doit changer.
Les Journeys BPM doivent être pilotés par les données s'ils contiennent des événements de vérification des données. Si un Journey BPM ne contient que des événements déclenchés ou interactifs et que le Journey source BPM (voir plus loin) est exécuté instantanément, déclenché par l'appel d'une API via un composant d'entrée, par exemple, le Journey s'exécute même s'il est 'en conception' (non lancé). Les événements BPM État déclenchés et interactifs ne sont pas utilisés dans cet exemple.
Retour à l'exemple 'Scénario de bienvenue'
