Verzweigen Sie Journeys nach dem, was Ihre Nutzer tatsächlich tun
Wait for Trigger hält einen Nutzer bis zu 90 Tage, während bis zu 3 Zweige jeweils eigene Events beobachten. Ein garantierter vierter Zweig erfasst alle, die keiner der ersten 3 Zweige erreicht.
Event- und Sessiondaten bleiben auf eigener Hardware in den USA und Deutschland
Jedes Event, das ein Wait-for-Trigger-Element auswertet, läuft über dieselbe Infrastruktur wie die gesamte Plattform: Pushwoosh ist SOC 2 Type I und ISO 27001:2022 zertifiziert, DSGVO-konform und betreibt eigene Hardware in den USA und in Deutschland, unter dem deutschen Bundesdatenschutzgesetz (BDSG). Vollständige Details finden Sie auf der Seite Datensicherheit.
Was Wait for Trigger bietet
Bis zu 3 Zweige
Jeder Zweig beobachtet eigene Events, unabhängig von den beiden anderen ausgewertet.
Bis zu 4 Events pro Zweig
Kombinieren Sie sie mit UND, wobei jedes Event auslösen muss, oder mit ODER, wobei eines genügt.
Ein garantierter vierter Zweig
Nicht ausgelöst erfasst jeden Nutzer, den keiner der 3 konfigurierten Zweige innerhalb des Fensters erreicht hat.
Bis zu 90 Tage
Das Fenster, in dem ein Nutzer innerhalb eines einzelnen Wait-for-Trigger-Elements verweilen kann.
Feste Wartezeit
Halten Sie jeden Nutzer für das vollständige Fenster, auch die, deren Event bereits am 1. Tag ausgelöst hat.
Session-bezogener Abgleich
Leiten Sie ein Event in die Journey-Session, zu der es gehört, statt in jede offene Session des Nutzers.
Wie die Zweige entscheiden
Jeder der 3 Zweige eines Wait-for-Trigger-Elements trägt eine eigene Liste von bis zu 4 Events, verknüpft über UND oder ODER, plus eine optionale Attributbedingung auf jedem davon. Das Element prüft jedes eingehende Event gegen alle 3 Zweige gleichzeitig und leitet den Nutzer in den ersten passenden Zweig. Wer innerhalb des Fensters auf nichts passt, landet auf Nicht ausgelöst, dem vierten Zweig, den jedes Element standardmäßig mitbringt.
Aktivieren Sie Feste Wartezeit, und ein passender Nutzer wartet trotzdem das vollständige Fenster ab, bevor er weitergeleitet wird. Diese Einstellung eignet sich, um zu bewerten, ob innerhalb einer festen Anzahl von Tagen etwas passiert ist, statt sofort auf das Ereignis zu reagieren.
| Einstellung | Was sie steuert | Grenze oder Standard |
|---|---|---|
| Zweige | Unabhängige, ereignisbasierte Bedingungen, parallel ausgewertet | Bis zu 3 |
| Events pro Zweig | Kombiniert mit UND oder ODER, mit optionaler Attributbedingung auf jedem | Bis zu 4 |
| Nicht ausgelöst | Erfasst jeden Nutzer, den die 3 konfigurierten Zweige nicht erreicht haben | Immer vorhanden |
| Wartefenster | Wie lange ein Nutzer im Element verweilen kann, bevor Nicht ausgelöst greift | Bis zu 90 Tage |
| Feste Wartezeit | Hält einen passenden Nutzer für das vollständige Fenster, statt ihn sofort beim Zweigtreffer weiterzuleiten | Optionaler Schalter |
| Session-bezogener Abgleich | Verknüpft ein eingehendes Event mit der einen Journey-Session, die einen passenden Schlüssel trägt, etwa order_id oder ride_id | Verfügbar, wenn eine Journey mehrere Sessions pro Nutzer gleichzeitig führt |
Das Element sitzt im Customer Journey Builder und liest denselben Event-Katalog wie der Rest der Canvas – ein Zweig hier führt direkt in jeden Kanal-Baustein, der bereits auf der Journey liegt.
Ordnen Sie das Event genau der Bestellung oder Fahrt zu, zu der es gehört
Manche Journey-Einstiege führen mehr als eine Session pro Nutzer gleichzeitig aus, eine pro Bestellung oder Fahrt statt eine pro Person. Ein Nutzer mit 3 offenen Bestellungen, der dieselbe Journey durchläuft, landet in 3 aktiven Sessions, eine pro order_id. Mit aktiviertem Session-bezogenem Abgleich bewegt ein order_delivered-Event mit order_id 482 nur die Session für Bestellung 482. Die anderen 2 warten weiter.
Ohne diese Funktion gilt dasselbe Event für jede offene Session dieses Nutzers, und Zweige lösen bei Bestellungen aus, mit denen sie nichts zu tun haben. Dasselbe Muster gilt für ride_id auf einer Fahrdienst-Journey oder jeden anderen Schlüssel, der eine von mehreren gleichzeitig laufenden Sessions desselben Nutzers identifiziert.
Geben Sie konvertierten und nicht konvertierten Nutzern unterschiedliche nächste Schritte
Warten Sie bis zu 90 Tage auf einen purchase nach einer Warenkorb-Erinnerung, ein subscribe nach einem Trial-Ende-Hinweis oder ein payment_success nach einer Zahlungsaufforderung. Nutzer, die passen, durchlaufen einen Zweig für Personen, die bereits konvertiert haben: eine Dankesnachricht, ein Upsell, eine Quittung.
Alle anderen warten innerhalb desselben Fensters weiter, landen dann auf Nicht ausgelöst und in der Win-back-Sequenz, die Sie für noch nicht aktive Nutzer gebaut haben.
Wo sich das Element bewährt
Konversions-Zweige nach einer Erinnerung
Gekauft oder nicht, abonniert oder nicht, bezahlt oder nicht: Führen Sie jedes Ergebnis über einen eigenen Pfad.
Ergebnisse auf Bestell- und Fahrtebene
Session-bezogener Abgleich leitet jedes Event einer Lebensmittellieferung oder Fahrdienst-Journey zur konkreten Bestellung oder Fahrt, zu der es gehört.
Messung mit festem Fenster
Aktivieren Sie Feste Wartezeit, um eine Kohorte danach zu bewerten, ob innerhalb von N Tagen etwas passiert ist, unabhängig vom genauen Zeitpunkt.
- E-Commerce / Einzelhandel
- FinTech / Banking
- Automotive
- Lebensmittellieferung
- Fahrdienst / Taxi
- Marktplätze
- Mobile Games
- Creator- / Abo-Apps
Ein Element unter mehreren, auf derselben Canvas
Eine Journey beginnt meist bei einem Event-Trigger, sendet eine Nachricht und erreicht dann Wait for Trigger, um zu sehen, was der Nutzer als Reaktion tut. Ein Nicht-ausgelöst-Zweig passt gut zu einer Erreichbarkeitsprüfung und gibt einem Nicht-Reagierenden einen anderen Kanal, bevor die Journey weiterläuft.
Zwei Nachbarn übernehmen andere Aufgaben auf derselben Canvas. Time Delay pausiert für eine Zeitspanne, ohne Event und ohne Zweig. A/B/n-Split verteilt Traffic nach einem von Ihnen festgelegten Prozentsatz per Zufall. Wait for Trigger ist dasjenige, das auf das eigene Verhalten des Nutzers wartet.
So funktioniert’s
-
Element auf der Canvas platzieren
Öffnen Sie eine Journey im Customer Journey Builder und platzieren Sie Wait for Trigger nach einem Einstiegspunkt oder einem Kanal-Schritt.
-
Bis zu 3 Zweige aufbauen
Fügen Sie bis zu 4 Events pro Zweig mit UND oder ODER hinzu, dazu eine optionale Attributbedingung, und legen Sie das Wartefenster von bis zu 90 Tagen fest. Aktivieren Sie Feste Wartezeit für eine Messung mit festem Fenster statt einer sofortigen Reaktion.
-
Session-bezogenen Abgleich aktivieren, wo er zutrifft
Bei einer Journey mit mehreren gleichzeitigen Sessions pro Nutzer gleichen Sie eingehende Events mit der Session ab, die denselben Schlüssel trägt, etwa order_id oder ride_id, damit ein Event nicht jede offene Session auf einmal bewegt.
FAQ
Weitere Produkte entdecken
Planen und optimieren Sie Ihre Kampagnen mit einem einzigen visuellen Tool. Kommunizieren, engagieren, binden, konvertieren, segmentieren und experimentieren Sie mit dem Pushwoosh Customer Journey Builder.
DSGVO-konformes Event-Trigger Marketing: Kampagnen automatisch starten, wenn Nutzer aktiv sind. Echtzeit-Trigger für maximale Konversionen im DACH-Markt.
Pausieren Sie Journeys per fester Dauer, Uhrzeit, Datum oder Wochentag – DSGVO- und BDSG-konform in den USA und Deutschland gehostet.
Bis zu 4 Zweige testen, automatische Gewinner-Auswahl bei 90% Konfidenz – DSGVO- und BDSG-konform in den USA und Deutschland gehostet.
Verwandeln Sie verlassene Warenkörbe in Umsatz mit automatisierten Cart-Recovery-Kampagnen. Senden Sie rechtzeitige Erinnerungen, personalisierte Angebote und Anreize, die Conversions vorantreiben.
DSGVO-konforme Omnichannel-Plattform fur Cross-Channel-Marketing. Push, In-App, E-Mail, SMS und WhatsApp in einer Plattform koordinieren.