Customer Journey Builder

Pausieren Sie jede Journey, bis der Zeitpunkt jedes einzelnen Nutzers erreicht ist

Time Delay ist das Wartezeit-Element auf der Customer-Journey-Canvas. Halten Sie einen Nutzer für eine feste Dauer, bis zu einer Uhrzeit, bis zu einem Datum, an einem Wochentermin, oder bis zu einem Punkt, der von einem bereits im Profil gespeicherten Datum aus gezählt wird. Jeder Nutzer erreicht den nächsten Schritt so nach seinem eigenen Zeitplan.

Customer-Journey-Canvas mit einem Time-Delay-Element zwischen einem Einstiegspunkt und einem Nachrichten-Schritt

Profildaten bleiben auf eigener Hardware in den USA und Deutschland

Eine dynamische Wartezeit liest Datumsangaben aus dem Nutzerprofil – genau den Daten, auf denen die gesamte Plattform läuft. Pushwoosh betreibt eigene Hardware in den USA und in Deutschland, im Einklang mit der DSGVO und dem deutschen Bundesdatenschutzgesetz (BDSG). Ihre Kundendaten verlassen nie den Rechtsrahmen, den Sie bestimmen. Vollständige Details finden Sie auf der Seite Datensicherheit.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type I CertifiedOWASP Compliant

Was das Wartezeit-Element bietet

Feste Dauer

Minuten, Stunden oder Tage zwischen 2 Schritten, begrenzt auf maximal 30 Tage.

Feste Uhrzeit

Warten bis zu einer Uhrzeit in der lokalen Zeitzone des Nutzers.

Einmaliges Datum

Warten bis zu einem festgelegten Datum und einer Uhrzeit, dann wird der Nutzer freigegeben.

Wochentag

Eine wöchentliche Pause bis zu dem von Ihnen gewählten Tag und der Uhrzeit.

Basierend auf Nutzerdaten

Die Wartezeit wird ab einem Tag, einem Event-Attribut oder einem Webhook-Wert gezählt.

Verzweigung bei vergangenem Datum

Nutzer, deren Datum bereits verstrichen ist, folgen einem eigenen Pfad.

Die 5 Wartemodi

Platzieren Sie das Element zwischen 2 beliebigen Schritten auf der Canvas und wählen Sie einen Modus. Jeder hält den Nutzer und gibt ihn eigenständig zum nächsten Schritt frei.

ModusWie die Wartezeit endetTypischer Einsatz
Feste DauerEin fester Zeitraum in Minuten, Stunden oder Tagen, begrenzt auf 30 TageAbkühlphase zwischen 2 Nachrichten
Feste UhrzeitEine Uhrzeit in der lokalen Zeitzone des Nutzers. Eine heute bereits vergangene Uhrzeit verschiebt sich auf dieselbe Uhrzeit am nächsten TagMorgendliche Zusammenfassungen, Ruhezeiten
DatumEin einzelnes zukünftiges Datum mit Uhrzeit, aufgelöst gegen die Zeitzone des NutzersEine Kampagne, die an einen Launch- oder Aktionstermin gekoppelt ist
WochentagEine wiederkehrende wöchentliche Pause bis zum gewählten Tag und zur gewählten UhrzeitWöchentliche Lektionen, wöchentliche Reports
Basierend auf Nutzer- oder Event-DatenEin Datum aus einem Tag, einem Event-Attribut oder einer Webhook-Antwort, mit einem Vorher-, Nachher- oder Genau-am-Datum-OffsetCountdown für Vertragsverlängerung, Reise, Termin oder Nachbestellung
Modus
1 / 5
Feste Dauer
Wie die Wartezeit endet
Ein fester Zeitraum in Minuten, Stunden oder Tagen, begrenzt auf 30 Tage
Typischer Einsatz
Abkühlphase zwischen 2 Nachrichten
Modus
2 / 5
Feste Uhrzeit
Wie die Wartezeit endet
Eine Uhrzeit in der lokalen Zeitzone des Nutzers. Eine heute bereits vergangene Uhrzeit verschiebt sich auf dieselbe Uhrzeit am nächsten Tag
Typischer Einsatz
Morgendliche Zusammenfassungen, Ruhezeiten
Modus
3 / 5
Datum
Wie die Wartezeit endet
Ein einzelnes zukünftiges Datum mit Uhrzeit, aufgelöst gegen die Zeitzone des Nutzers
Typischer Einsatz
Eine Kampagne, die an einen Launch- oder Aktionstermin gekoppelt ist
Modus
4 / 5
Wochentag
Wie die Wartezeit endet
Eine wiederkehrende wöchentliche Pause bis zum gewählten Tag und zur gewählten Uhrzeit
Typischer Einsatz
Wöchentliche Lektionen, wöchentliche Reports
Modus
5 / 5
Basierend auf Nutzer- oder Event-Daten
Wie die Wartezeit endet
Ein Datum aus einem Tag, einem Event-Attribut oder einer Webhook-Antwort, mit einem Vorher-, Nachher- oder Genau-am-Datum-Offset
Typischer Einsatz
Countdown für Vertragsverlängerung, Reise, Termin oder Nachbestellung

Die ersten 4 Modi decken eine Zeitsteuerung ab, die Sie einmal für alle Nutzer festlegen. Der fünfte liest für jeden Nutzer ein individuelles Datum – genau hier ersetzt eine einzige Journey einen Stapel manuell geplanter Kampagnen.

Countdown ab einem Datum, das bereits im Profil liegt

Richten Sie das Element auf ein beliebiges Datum im Nutzerprofil aus: einen renewal_date-Tag, ein Attribut an einem Event oder ein Feld aus einer Webhook-Antwort. Setzen Sie den Offset auf 3 Tage vorher, 1 Tag nachher oder genau am Datum, und Pushwoosh berechnet die Wartezeit für jeden Nutzer in dem Moment, in dem er den Schritt erreicht.

Eine einzige Journey deckt damit Ihre gesamte Nutzerbasis ab, jeder Nutzer nach seiner eigenen Uhr. Die Daten stammen aus denselben Nutzerprofilen und Segmenten, die auch der Rest Ihrer Kampagnen liest.

Entscheiden, was bei einem bereits verstrichenen Datum passiert

Ein Nutzer kann den Schritt erreichen, nachdem sein Zieldatum bereits verstrichen ist, und standardmäßig verlässt dieser Nutzer dann die Journey. Aktivieren Sie die Verzweigung, und das Element öffnet stattdessen 2 Pfade: In der Zukunft und In der Vergangenheit.

Nachzügler erhalten so einen eigenen Weg: eine kürzere Nachricht oder eine Übergabe an eine andere Sequenz. Sie behalten die Nutzer in der Journey und entscheiden, wo sie landen.

Wofür sich Time Delay am besten eignet

Terminbasierte Erinnerungen

Vertragsverlängerungen, Reisen, Termine, Nachbestellungen und Servicetermine, jeweils getaktet nach dem Datum im Profil des jeweiligen Nutzers.

Abkühlphasen innerhalb einer Sequenz

Eine Stunde vor der Warenkorb-Erinnerung, ein Tag vor dem Trial-Follow-up, eine Woche zwischen Onboarding-Schritten.

Warten, dann eskalieren

Geben Sie einem Kanal Zeit zu wirken, bevor Sie auf einen anderen ausweichen, wenn der Nutzer nicht reagiert hat.

Das Element zahlt sich überall dort aus, wo eine Journey über 2 Schritte hinausgeht, und vor allem dort, wo Nutzer echte Kalenderdaten mitbringen, die es wert sind, gezählt zu werden.

  • E-Commerce
  • FinTech
  • Automotive
  • Versicherungen
  • Reisen
  • Fluggesellschaften
  • Hotels
  • Subscription-Apps
  • Mobile Games
  • Telekommunikation
  • Gesundheitswesen

Ein Wartezeit-Element, jeder Einstiegspunkt, jeder Kanal

Dasselbe Element verhält sich nach einem Event-Trigger identisch wie nach einem geplanten Einstieg, und es steht vor jedem Kanal-Baustein: Mobile Push, Web-Push, In-App, E-Mail, SMS, WhatsApp.

Kombinieren Sie es mit einer Erreichbarkeitsprüfung, und die Wartezeit wird zu einem Fallback-Fenster. Warten Sie 4 Stunden, und leiten Sie dann Nutzer, die den Push nicht erhalten haben, in die SMS um, alles innerhalb derselben Omnichannel-Orchestrierung.

So funktioniert’s

  1. Element auf die Canvas ziehen

    Öffnen Sie eine Journey im Customer Journey Builder und platzieren Sie Time Delay zwischen den 2 Schritten, die Sie trennen möchten.

  2. Modus wählen

    Legen Sie eine feste Dauer, eine Uhrzeit, ein Datum oder einen Wochentag fest, oder richten Sie das Element auf einen Tag, ein Event-Attribut oder ein Webhook-Feld aus und wählen Sie einen Vorher-, Nachher- oder Genau-am-Datum-Offset.

  3. Nachzügler behandeln

    Aktivieren Sie die Vergangenheits-/Zukunfts-Verzweigung, damit jeder Nutzer, dessen Zieldatum bereits verstrichen ist, einem von Ihnen gebauten Pfad folgt, statt die Journey zu verlassen.

Gut zu wissen: was das Wartezeit-Element abdeckt und was nicht.

  • Feste Dauer ist auf maximal 30 Tage begrenzt. Für längere Zeiträume nutzen Sie den Modus Datum oder Wochentag.
  • Ist das Zieldatum bereits verstrichen, verlässt der Nutzer standardmäßig die Journey. Die Vergangenheits-/Zukunfts-Verzweigung hält ihn im Journey.
  • Eine dynamische Wartezeit benötigt ein im Profil vorhandenes Datum. Ein Tag oder Attribut, das nie gesetzt wurde, liefert dem Element keine Grundlage zum Zählen.
  • Das Element steuert, wann der nächste Schritt läuft. Es ist kein Rate Limit und kein Zustellfenster.
  • Uhrzeiten und Daten werden gegen die lokale Zeitzone des Nutzers aufgelöst. Wir garantieren keine sekundengenaue Zustellung.

FAQ