Créer un Journey

Vous pouvez créer un Journey à partir de divers emplacements:

  • À partir du menu volant Journey, situé dans la barre de navigation de gauche
  • À partir de la page de démarrage Journey
  • À partir de l'option Créer un Journey, dans la barre d'outils de la page d'accueil

Cliquez sur Nouveau.

Vous pouvez créer plusieurs types de Journey.

Remarque : Selon les autorisations définies pour l'utilisateur actuel, certains des types ci-dessus peuvent ne pas être disponibles. Si l'utilisateur dispose de droits en lecture seule pour tous les types de journey, le bouton Nouveau n'est pas disponible.

En voici un aperçu:

Transactional Journey — un Transactional Journey envoie un message transactionnel en utilisant les méthodes de l'API. Vous ne pouvez créer qu'un seul Transactional Journey par message transactionnel. Un message transactionnel contient généralement des champs transactionnels qui peuvent être complétés par l'intermédiaire de l'API et utilisés comme personnalisation dans le message.L'envoi d'une confirmation de commande en est un exemple typique.

Single Batch Journey — Les Single Batch Journeys utilisent des messages et des templates non-transactionnels. Ces messages peuvent être utilisés autant de fois que nécessaire dans un Single Batch Journey, avec chacun une audience cible et une programmation différentes. Les Single Batch Journey peuvent être programmés pour être exécutés à un moment donné ou lancés par l'intermédiaire de l'API.Les Single Batch Journey peuvent être programmés pour exécution ou lancés par l'intermédiaire de l'API.

Custom Journeys — Il s'agit de Journeys conçus de manière graphique par l'utilisateur, à partir d'une liste de composants disponibles. L'utilisateur décide des différentes actions du Journey et des événements conduisant d'une action à l'autre. Les Custom Journeys offrent une plus grande flexibilité et permettent d'envoyer plusieurs communications sur plusieurs canaux, des chemins et une logique opérationnelle plus complexes, ainsi que de répondre à des événements.Le flux d'enregistrement en est un exemple typique.

Les AB Journeys sont créés en utilisant deux ou plusieurs messages. Envoyez ces messages à une audience test, choisissez celui qui décroche le meilleur résultat et envoyez la meilleure version au reste de l'audience. Vous pouvez baser le meilleur résultat sur différents critères tels que le nombre de clics, de vues, le revenu généré ou les commandes.

Les AB journeys de la ligne d'objet sont créés en utilisant deux lignes d'objet ou plus dans un message e-mail, en envoyant le message à un public test, en choisissant la ligne d'objet qui donne le meilleur résultat et en envoyant le message avec la meilleure version de la ligne d'objet au reste de l'audience. Vous pouvez baser le meilleur résultat sur différents critères tels que le nombre de clics et de vues, le revenu généré ou les commandes.

Les Recurring Batch Journeys sont des Journeys qui peuvent être exécutés de manière récurrente. Un exemple type serait une campagne anniversaire dans laquelle un e-mail est envoyé à tous les contacts dont c'est l'anniversaire aujourd'hui. Ce Journey est exécuté tous les jours pour une sélection de contacts dans l'audience.

Remarque : Lorsqu'un utilisateur définit une heure de lancement planifiée sur un journey, l'heure est exprimée dans son fuseau horaire. Le journey est lancé dans le fuseau horaire de cet utilisateur à ce moment-là.
Lorsqu'un utilisateur ayant un fuseau horaire différent affiche le journey, l'heure planifiée est traduite dans son fuseau horaire, afin de refléter l'heure locale.
En interne, le système utilise un fuseau horaire universel, ce qui permet de convertir les heures en versions localisées pour chaque utilisateur. Ainsi, les mises à jour d'un utilisateur sont correctement représentées dans les fuseaux horaires locaux de tous les autres utilisateurs.

Exemple:
L'utilisateur A a un fuseau horaire défini sur UTC -5 (heure normale de l'Est).
Il planifie le lancement d'un journey à 06h00 heure locale (UTC -5).

L'utilisateur B a un fuseau horaire défini sur UTC +1 (Romance Standard Time).
Il voit l'heure de lancement prévue à 12h00 pour le même journey, car son heure locale a un décalage de 6 heures par rapport à l'utilisateur A.

 

Les étapes de création du Journey dépendent du type: