Attendre un déclencheur

Ce que vous apporte Attendre un déclencheur

Comment les branches décident

Chacune des 3 branches d’un élément Attendre un déclencheur porte sa propre liste de jusqu’à 4 événements, combinés avec ET ou OU, plus une condition d’attribut facultative sur l’un d’eux. L’élément vérifie chaque événement entrant face aux 3 branches à la fois et fait descendre l’utilisateur vers la première qui correspond. Quiconque ne correspond à rien dans la fenêtre atterrit sur Non déclenché, la quatrième branche que tout élément porte par défaut.

Activez Période d’attente fixe et un utilisateur ayant matché continue d’attendre la fin de la fenêtre complète avant de passer à l’étape suivante. C’est le réglage à utiliser pour évaluer si quelque chose s’est produit dans un nombre de jours fixe, plutôt que de réagir au moment précis où cela arrive.

L’élément se place à l’intérieur du Constructeur de parcours client, en lisant le même catalogue d’événements que le reste du canevas, si bien qu’une branche ici route directement vers n’importe quel bloc de canal déjà présent dans le parcours.

Associez l'événement à la bonne commande ou course

Certaines entrées de parcours font tourner plusieurs sessions par utilisateur à la fois, une par commande ou par course plutôt qu’une par personne. Un utilisateur avec 3 commandes ouvertes passant par le même parcours se retrouve avec 3 sessions actives, une par order_id. Avec la correspondance limitée à la session activée, un événement order_delivered portant order_id 482 ne fait avancer que la session de la commande 482. Les 2 autres continuent d’attendre.

Sans cela, le même événement s’applique à chaque session ouverte de cet utilisateur, et des branches se déclenchent sur des commandes qui n’ont rien à voir. Le même principe couvre ride_id sur un parcours VTC, ou toute autre clé qui identifie une session parmi plusieurs pour le même utilisateur.

Donnez des étapes suivantes différentes aux utilisateurs convertis et non convertis

Attendez jusqu’à 90 jours qu’un purchase suive une relance de panier pendant les Soldes ou les French Days, qu’un subscribe suive un avis de fin d’essai, ou qu’un payment_success suive une invite de paiement. Les utilisateurs qui matchent descendent une branche conçue pour les personnes déjà converties : un remerciement, une vente additionnelle, un reçu.

Tous les autres continuent d’attendre à l’intérieur de la même fenêtre, puis tombent sur Non déclenché et dans la séquence de reconquête que vous avez construite pour les personnes qui n’ont pas encore agi.

Là où cet élément prend tout son sens

Un élément parmi plusieurs, sur le même canevas

Un parcours démarre en général sur un déclencheur d’événement, envoie un message, puis atteint Attendre un déclencheur pour voir ce que l’utilisateur en fait. Une branche Non déclenché s’associe naturellement à une vérification d’accessibilité, offrant à un utilisateur sans réponse un canal différent avant que le parcours ne continue.

Deux voisins gèrent des tâches différentes sur le même canevas. Délai d’attente fait une pause pendant une durée donnée, sans événement et sans branche. A/B/n Split répartit le trafic selon un pourcentage que vous fixez au hasard. Attendre un déclencheur est celui qui attend le comportement propre de l’utilisateur.

Les données d’événement et de session restent sur une infrastructure que vous pouvez nommer

Chaque événement évalué par un élément Attendre un déclencheur passe par la même infrastructure que le reste de la plateforme : le matériel propre de Pushwoosh aux États-Unis et en Allemagne, sous RGPD et BDSG (la loi allemande sur la protection des données), certifié SOC 2 Type I et ISO 27001:2022. Le détail complet figure sur la page «sécurité des données».

Comment ça marche

FAQ

Explorer les produits connexes