Auf Trigger warten

Das Auf Trigger warten-Element ermöglicht es Ihnen zu steuern, wie Ihre Journey abläuft, basierend darauf, ob ein Benutzer innerhalb eines festgelegten Zeitraums (bis zu 90 Tage) ein oder mehrere bestimmte Events auslöst.

Sie können bis zu drei Zweige erstellen, die jeweils durch ein bestimmtes Event oder eine Reihe von Events definiert sind. Dies ermöglicht es Ihnen, unterschiedliche Kommunikationspfade zu entwerfen, je nachdem, welche(s) Event(s) der Benutzer auslöst. Es gibt auch einen zusätzlichen Zweig namens Nicht ausgelöst für Benutzer, die die Bedingungen keines anderen Zweigs erfüllen.

Anwendungsfälle

• Senden eines Sonderrabatts an Benutzer, die einen Kauf nicht innerhalb eines festgelegten Zeitraums nach dem Hinzufügen von Artikeln zum Warenkorb abschließen.
• Erstellen separater Kommunikationspfade basierend darauf, welche Aktion ein Benutzer nach Erhalt einer Push-Benachrichtigung ausführt: Öffnen der Benachrichtigung, Klicken auf einen Link in der Benachrichtigung oder keine Aktion.
• Einrichten verschiedener Folgemeldungen, je nachdem, ob ein Benutzer ein Produkt ansieht, es in den Warenkorb legt oder es innerhalb eines festgelegten Zeitraums kauft.

Wartezeit festlegen

Nachdem Sie das Element „Auf Trigger warten“ hinzugefügt haben, geben Sie an, wie lange das System warten soll, bis der Benutzer die von Ihnen ausgewählten Events auslöst.

Sie können die Wartezeit auf bis zu 90 Tage einstellen.

Wenn keines der ausgewählten Events innerhalb dieses Zeitraums ausgelöst wird, fährt der Benutzer im Zweig Nicht ausgelöst fort.

Feste Wartezeit (optional)

Aktivieren Sie die Feste Wartezeit, wenn der Benutzer immer die volle Dauer warten soll, auch wenn sein Event früher eintritt.

Beispiel

Angenommen, Ihre Journey-Schritte sind: Push → Auf Trigger warten → E-Mail. Wenn Sie den Schritt Auf Trigger warten auf 1 Tag einstellen und die Feste Wartezeit aktivieren, wird der Benutzer, selbst wenn er das Event schnell auslöst (z. B. nur 5 Minuten nach dem Push), die vollen 1 Tag warten, bevor er zur E-Mail weitergeleitet wird.

Zweige konfigurieren

Mit Zweigen können Sie verschiedene Ergebnispfade in der Journey einrichten, je nachdem, welche Events der Benutzer auslöst. Sie können bis zu drei Zweige hinzufügen, und es gibt immer einen Zweig Nicht ausgelöst für Benutzer, die keine Event-Bedingungen erfüllen.

So konfigurieren Sie einen Zweig:

1. Geben Sie einen Namen für den Zweig in das Feld BRANCH NAME ein.

2. Fügen Sie Events zum Zweig hinzu, indem Sie auf ADD EVENT klicken und ein Event aus dem Dropdown-Menü auswählen. Sie können bis zu vier Events pro Zweig hinzufügen.

3. Für jedes Event können Sie Bedingungen hinzufügen, indem Sie auf ADD CONDITION klicken, um Events nach bestimmten Attributen zu filtern.

4. Um ein Event aus einem Zweig zu entfernen, klicken Sie auf REMOVE EVENT.

Wenn ein Zweig mehrere Events enthält, können Sie mit einem der folgenden logischen Operatoren auswählen, wie diese ausgewertet werden:

• AND: Der Benutzer muss alle aufgelisteten Events auslösen, um in diesem Zweig fortzufahren.
• OR: Der Benutzer muss mindestens eines der aufgelisteten Events auslösen, um fortzufahren.

So können Sie jeden Zweig anpassen, um komplexe Kombinationen von Benutzeraktionen klar und strukturiert zu handhaben.

Um einen neuen Zweig hinzuzufügen, klicken Sie auf Add branch.

Tipp

Stellen Sie vor der Verwendung von „Auf Trigger warten“ sicher, dass die Events, die Sie überwachen möchten, bereits in Ihrem Projekt vorhanden sind. Erfahren Sie, wie Sie Events erstellen

Multi-Session-Attributabgleich einrichten

Wenn Ihre Journey Mehrere aktive Sitzungen pro Benutzer verwendet, wird dieser Abschnitt automatisch angezeigt. Sein Zweck ist es, sicherzustellen, dass jedes eingehende Event der richtigen Benutzersitzung zugeordnet wird, anstatt auf jede aktive Sitzung des Benutzers angewendet zu werden.

So konfigurieren Sie den Sitzungsabgleich:

1. Fügen Sie zuerst ein Event zu Ihrem Zweig hinzu (wie im obigen Abschnitt Zweige konfigurieren beschrieben).

2. Wählen Sie dann im Dropdown-Menü ein Attribut aus, das die Sitzung identifiziert. Das ausgewählte Attribut muss zwei Bedingungen erfüllen:

   • Es muss mit dem im Einstiegsschritt verwendeten Identifikator übereinstimmen (z. B. order_id, appointment_id, transaction_id).

   • Es muss auch in dem Event vorhanden sein, das Sie dem Zweig hinzugefügt haben.

Wichtig

Sie können genau dasselbe Attribut wie im Einstiegsschritt verwenden oder ein beliebiges Attribut, das denselben Wert enthält (z. B. eine order_id innerhalb von order_list). Wenn der Wert nicht mit dem Einstiegssitzungsidentifikator übereinstimmt, weiß Pushwoosh nicht, zu welcher Sitzung das Event gehört, und wendet das Event auf alle aktiven Sitzungen dieses Benutzers an. Mehr erfahren

Beispiel

Ihre App ermöglicht es Benutzern, mehrere Termine zu buchen. Jede Buchung startet eine separate Journey-Sitzung, die durch ein Attribut wie appointment_id identifiziert wird.

Angenommen, ein Benutzer bucht zwei Termine:

• Termin 1001
• Termin 1002

Dies erzeugt zwei aktive Sitzungen, eine pro Termin.

Später löst der Benutzer ein Event wie AppointmentConfirmed aus, das appointment_id: 1001 enthält. Das Auf Trigger warten-Element vergleicht diesen Wert mit dem Sitzungsidentifikator und wendet das Event korrekt nur auf die Sitzung für den Termin 1001 an. Dies stellt sicher, dass der richtige Terminablauf fortgesetzt wird.

Wenn das Event das Attribut für den Sitzungsabgleich (in diesem Fall appointment_id) nicht enthält, kann Pushwoosh nicht bestimmen, zu welcher Sitzung es gehört. Das Event wird dann auf alle aktiven Benutzersitzungen angewendet, was zu falschen oder doppelten Abläufen führt.

Anwendungsbeispiele

1. Richten Sie spezielle Kommunikationen für Benutzer ein, die ein oder mehrere spezifische Events auslösen. Stellen Sie sich vor, Sie möchten Kunden eine E-Mail senden, die ein Flugticket gebucht und bezahlt haben. Fügen Sie dazu einen „Auf Trigger warten“-Schritt mit einem Zweig hinzu und geben Sie darin zwei Events an: TicketBooked und TickedPurchased (angenommen, Sie haben diese zuvor konfiguriert). Wählen Sie den logischen Operator AND, damit nur Benutzer, die beide Bedingungen erfüllen, fortfahren.

2. Teilen Sie den Flow je nach Art des gekauften Produkts auf. Angenommen, Sie bieten Basic- und Premium-Abonnements an. Beim Kauf eines Abonnements lösen Benutzer das Event SubscriptionPurchased mit dem Attribut type aus, das den Wert Basic oder Premium erhält. Um den Journey-Flow je nach Abonnementtyp aufzuteilen, fügen Sie einen „Auf Trigger warten“-Schritt mit zwei Zweigen hinzu. Geben Sie im ersten Zweig das Event SubscriptionPurchased mit der Bedingung type ist Basic an; im zweiten fügen Sie das Event SubscriptionPurchased mit der Bedingung type ist Premium hinzu.