Audience-based entry: Entry schedule

Einmal die Uhr stellen. Die Zielgruppe aktualisiert sich selbst

Starten Sie eine Journey für ein vorab erstelltes Segment nach Zeitplan statt nach einem Verhaltens-Event – einmalig, an ausgewählten Daten oder in einem unbefristet wiederkehrenden Rhythmus. Bei jedem wiederkehrenden Lauf wird das Segment neu berechnet, sodass neue Abonnenten nie darauf warten müssen, dass die nächste Kampagne von Hand neu aufgebaut wird.

Customer-Journey-Leinwand mit einem Audience-based-entry-Element, bei dem Entry schedule auf Recurring entry, Periodically, jede Woche am Montag gesetzt ist

Über 80.000 Unternehmen vertrauen Pushwoosh beim Skalieren ihres Engagements

Sicherheit & Hosting

Die Segmente, die vor jedem wiederkehrenden Lauf neu berechnet werden, liegen auf derselben Plattform wie Ihre übrigen Zielgruppendaten: Pushwoosh läuft auf eigener Hardware in den USA und in Deutschland, gemäß DSGVO.

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

Das Format im Überblick

Nicht jede Journey sollte darauf warten, dass ein Nutzer etwas tut. Ein wöchentlicher Digest braucht keinen Trigger, sondern einen Tag. Eine Verlängerungserinnerung reagiert nicht auf Verhalten, sondern wird am Abrechnungsdatum ausgelöst. Entry schedule, die Einstellung im Element Audience-based entry, startet eine Journey für ein vorab erstelltes Segment genau nach dieser Art von Uhr.

Immediately

Alle Abonnenten des Segments steigen in dem Moment ein, in dem die Journey aktiviert wird. Kein Datum, keine Zeitzonenrechnung – der schnellste einmalige Start.

Schedule for a specific day

Wählen Sie ein künftiges Datum und eine Uhrzeit. Das Segment steigt einmal ein, zum festgelegten Zeitpunkt, in der von Ihnen gewählten Zeitzone.

On specific dates

Wählen Sie eine Liste von Kalenderdaten aus – jeden Feiertags-Sale dieses Quartals, jedes geplante Webinar –, und derselbe Ablauf läuft an jedem dieser Tage erneut.

Periodically

Legen Sie ein unbefristetes Intervall fest – jeden Tag, jede Woche montags –, und die Journey läuft immer wieder, bis Sie sie stoppen. Kein Enddatum, das Sie einplanen müssen.

Was Sie steuern

Was Sie festlegenWas es bewirktWo es sich befindet
One-time entry: Immediately / Schedule for a specific dayFührt das Segment genau einmal durch die JourneyEntry schedule im Element Audience-based entry
Recurring entry: On specific dates / PeriodicallyÖffnet denselben Ablauf für dasselbe Segment zu jedem geplanten Datum oder Intervall erneutEntry schedule, Modus Recurring entry
Zeitzone des Abonnentengeräts + FallbackWird zur festgelegten Zeit in der Zeitzone jedes Abonnenten ausgelöst; der Fallback deckt Abonnenten ohne Zeitzonensignal abZeitzonenoption, bearbeitbarer Fallback-Wert
Eine bestimmte ZeitzoneWird für alle Abonnenten zur selben Uhrzeit ausgelöst, unabhängig von ihrem StandortZeitzonenoption, fester Wert im Dropdown
Was Sie festlegen
1 / 4
One-time entry: Immediately / Schedule for a specific day
Was es bewirkt
Führt das Segment genau einmal durch die Journey
Wo es sich befindet
Entry schedule im Element Audience-based entry
Was Sie festlegen
2 / 4
Recurring entry: On specific dates / Periodically
Was es bewirkt
Öffnet denselben Ablauf für dasselbe Segment zu jedem geplanten Datum oder Intervall erneut
Wo es sich befindet
Entry schedule, Modus Recurring entry
Was Sie festlegen
3 / 4
Zeitzone des Abonnentengeräts + Fallback
Was es bewirkt
Wird zur festgelegten Zeit in der Zeitzone jedes Abonnenten ausgelöst; der Fallback deckt Abonnenten ohne Zeitzonensignal ab
Wo es sich befindet
Zeitzonenoption, bearbeitbarer Fallback-Wert
Was Sie festlegen
4 / 4
Eine bestimmte Zeitzone
Was es bewirkt
Wird für alle Abonnenten zur selben Uhrzeit ausgelöst, unabhängig von ihrem Standort
Wo es sich befindet
Zeitzonenoption, fester Wert im Dropdown

Das Segment prüft sich vor jedem Lauf selbst

Vor jedem wiederkehrenden Lauf aktualisiert

Recurring entry speichert das Segment nicht vom ersten Start. Vor jedem geplanten Lauf berechnet Pushwoosh neu, wer jetzt tatsächlich dazugehört – ein Abonnent, der nach dem letzten Lauf ins Segment kommt, steigt beim nächsten automatisch ein.

Ein verpasstes Zeitfenster ist kein verlorener Abonnent

Ist der geplante Einstiegszeitpunkt eines Abonnenten für einen Lauf bereits verstrichen, wird er beim nächsten geplanten Datum oder Intervall berücksichtigt – nicht dauerhaft übersprungen.

Die Aufgabe innerhalb einer Journey

Eine Zeiteinstellung für alle nachfolgenden Kanäle

Entry schedule sitzt im Element Audience-based entry, nicht in der Nachricht selbst – und steuert damit alles, was danach auf der Leinwand läuft: einen E-Mail-Digest, eine Push-Erinnerung, eine SMS oder alle drei in derselben Customer Journey. Legen Sie den Rhythmus einmal fest, und jeder nachfolgende Kanal-Block übernimmt ihn.

Dieselbe Montagserinnerung – ohne manuellen Neuaufbau

Eine Fitness-App stellt Entry schedule auf Periodically, jede Woche montags um 9:00 Uhr, Gerätezeitzone des Abonnenten. Jeden Montag berechnet Pushwoosh das Segment neu und sendet dieselbe Erinnerung an alle, die in dieser Woche dazugehören – auch an Abonnenten, die sich am Dienstag registriert haben. Niemand muss die Journey erneut anfassen, damit der Rhythmus weiterläuft.

Wofür Sie es einsetzen

Geplanter und wiederkehrender Einstieg lohnt sich dort, wo das Geschäft nach einem echten Kalender läuft – ein Digest, ein Abrechnungszyklus, eine Saison – und nicht vom Verhalten im Moment abhängt.

BrancheAnwendungsfallWarum es passt
Medien, News & StreamingPeriodically (täglich/wöchentlich) → redaktioneller Digest für das aktuelle AbonnentensegmentEin verlässlicher Digest zählt mehr als die Reaktion auf einen einzelnen Klick
Creator- & Abo-AppsPeriodically (wöchentlich/monatlich) → Content-Digest und Erinnerungen zu Verlängerung und ZahlungWiederkehrender Umsatz folgt einem Kalender; das aktualisierte Segment erfasst neue Abonnenten automatisch
Fintech & BankingPeriodically (monatlich) → Hinweis auf verfügbaren Kontoauszug oder Zahlungserinnerung für das aktuelle KundensegmentAbrechnungszyklen sind an den Kalender gebunden, nicht an Verhalten
VersicherungenSchedule for a specific day zum Jahrestag der Police → VerlängerungserinnerungVerlängerungstermine sind der wichtigste Kalender-Anwendungsfall im Finanzbereich
Airlines & LuftfahrtSchedule for a specific day ausgehend vom Buchungsdatum → Paket mit Erinnerungen vor dem FlugDas Reisedatum ist im Voraus bekannt – es ist eine Uhr, kein Verhalten
E-Commerce & MarktplätzeOn specific dates → vorab geladener Saison-Sale-Kalender für das ganze Quartal, von Black Friday bis zum WeihnachtsgeschäftJede Feiertagsaktion wird einmal eingerichtet, statt jede einzeln von Hand aufzubauen
Branche
1 / 6
Medien, News & Streaming
Anwendungsfall
Periodically (täglich/wöchentlich) → redaktioneller Digest für das aktuelle Abonnentensegment
Warum es passt
Ein verlässlicher Digest zählt mehr als die Reaktion auf einen einzelnen Klick
Branche
2 / 6
Creator- & Abo-Apps
Anwendungsfall
Periodically (wöchentlich/monatlich) → Content-Digest und Erinnerungen zu Verlängerung und Zahlung
Warum es passt
Wiederkehrender Umsatz folgt einem Kalender; das aktualisierte Segment erfasst neue Abonnenten automatisch
Branche
3 / 6
Fintech & Banking
Anwendungsfall
Periodically (monatlich) → Hinweis auf verfügbaren Kontoauszug oder Zahlungserinnerung für das aktuelle Kundensegment
Warum es passt
Abrechnungszyklen sind an den Kalender gebunden, nicht an Verhalten
Branche
4 / 6
Versicherungen
Anwendungsfall
Schedule for a specific day zum Jahrestag der Police → Verlängerungserinnerung
Warum es passt
Verlängerungstermine sind der wichtigste Kalender-Anwendungsfall im Finanzbereich
Branche
5 / 6
Airlines & Luftfahrt
Anwendungsfall
Schedule for a specific day ausgehend vom Buchungsdatum → Paket mit Erinnerungen vor dem Flug
Warum es passt
Das Reisedatum ist im Voraus bekannt – es ist eine Uhr, kein Verhalten
Branche
6 / 6
E-Commerce & Marktplätze
Anwendungsfall
On specific dates → vorab geladener Saison-Sale-Kalender für das ganze Quartal, von Black Friday bis zum Weihnachtsgeschäft
Warum es passt
Jede Feiertagsaktion wird einmal eingerichtet, statt jede einzeln von Hand aufzubauen
Einen wöchentlichen Digest kann jeder Anbieter senden. Entscheidend ist, ihn nicht von Hand neu aufzubauen

Sehen Sie, wie Entry schedule und Recurring entry in den restlichen Customer Journey Builder passen.

Demo buchen

Nicht dasselbe wie der eigenständige Einmal-Planer

Pushwoosh hat außerhalb des Journey Builders auch einen deutlich einfacheren Planer: Campaigns → One-time messages → One-time push / one-time email. Er legt Datum, Uhrzeit und Zeitzone für einen einzelnen Versand fest – ohne Journey, ohne Segmentaktualisierung und ganz ohne Wiederholung.

Audience-based entry (diese Seite)Einmal-Planer unter Campaigns
OrtDie Leinwand des Customer Journey BuildersCampaigns → One-time messages
WiederholungJa – On specific dates oder PeriodicallyKeine – ein einzelner geplanter Versand
Segment bei wiederholten LäufenVor jedem Lauf neu berechnetNicht zutreffend – es gibt nur einen Lauf
Bearbeitung eines ausstehenden VersandsBearbeiten und Fortsetzen über die Journey selbstNur Inhalt und Zielgruppe; die Versandzeit ist fix – zum Ändern abbrechen und neu anlegen
1 / 4
Ort
Audience-based entry (diese Seite)
Die Leinwand des Customer Journey Builders
Einmal-Planer unter Campaigns
Campaigns → One-time messages
2 / 4
Wiederholung
Audience-based entry (diese Seite)
Ja – On specific dates oder Periodically
Einmal-Planer unter Campaigns
Keine – ein einzelner geplanter Versand
3 / 4
Segment bei wiederholten Läufen
Audience-based entry (diese Seite)
Vor jedem Lauf neu berechnet
Einmal-Planer unter Campaigns
Nicht zutreffend – es gibt nur einen Lauf
4 / 4
Bearbeitung eines ausstehenden Versands
Audience-based entry (diese Seite)
Bearbeiten und Fortsetzen über die Journey selbst
Einmal-Planer unter Campaigns
Nur Inhalt und Zielgruppe; die Versandzeit ist fix – zum Ändern abbrechen und neu anlegen

Für einen echten einmaligen Versand, bei dem später kein Segment neu berechnet werden muss, ist das eigenständige Formular die richtige Wahl – Audience-based entry im Journey Builder wäre dafür überdimensioniert. Greifen Sie zu Entry schedule, wenn sich die Kampagne wiederholen soll oder ein Schritt in einem längeren Ablauf ist.

Wann sich die Einrichtung nicht lohnt

  • Eine echte Reaktion auf ein Event: Nutzen Sie stattdessen Event-basierte Trigger – eine Uhr kann nicht darauf reagieren, was ein Nutzer gerade getan hat.
  • Eine Pause zwischen zwei Schritten innerhalb einer laufenden Journey: Das ist Time Delay, kein Entry schedule.
  • Ein einzelner Versand ohne geplante spätere Neuberechnung des Segments: Der eigenständige Einmal-Planer unter Campaigns erledigt das mit weniger Aufwand.
  • Ein per CSV-Import erstelltes Segment: Diese Listen sind statisch, Recurring entry findet zwischen den Läufen also nichts Neues.
  • Eine sekundengenau garantierte Versandzeit: Kein Anbieter, auch Pushwoosh nicht, veröffentlicht ein numerisches SLA für die Genauigkeit zwischen Planung und Auslösung – „nach Zeitplan“ ist eine Einstellung, keine Stoppuhr-Zusage.

So funktioniert es

  1. Zielgruppe wählen (No-Code)

    Ziehen Sie ein Element Audience-based entry auf die Leinwand und wählen Sie ein vorab erstelltes Segment – oder legen Sie direkt eines an.

  2. Die Uhr stellen

    Öffnen Sie Entry schedule. Wählen Sie One-time entry (Immediately oder Schedule for a specific day) oder Recurring entry (On specific dates oder Periodically) und legen Sie Uhrzeit und Zeitzone fest.

  3. Den Ablauf einmal bauen (No-Code)

    Fügen Sie nach dem Einstiegselement Nachrichtenblöcke, Wartezeiten und Verzweigungen hinzu. Jeder nachfolgende Kanal übernimmt denselben Zeitplan – kein Timing pro Kanal, das Sie wiederholen müssen.

  4. Starten und laufen lassen

    Bei einem wiederkehrenden Zeitplan berechnet Pushwoosh das Segment vor jedem Lauf automatisch neu. Nichts muss neu aufgebaut werden, damit der Rhythmus weiterläuft.

Grenzen, die Sie kennen sollten

Ein zeitgesteuerter Einstieg, kein event-gesteuerter. Das sind seine Grenzen.

  • Recurring entry gibt es nur bei Audience-based entry – Trigger-based entry und API-based entry haben keinen Wiederholungsmodus. Eine Journey, die sowohl in Echtzeit reagieren als auch regelmäßig laufen soll, braucht zwei Einstiegspunkte oder zwei Journeys.
  • Es gibt kein veröffentlichtes SLA für die Genauigkeit zwischen Planung und Auslösung. „Geplant für 9:00 Uhr“ ist eine Einstellung, keine sekundengenaue Garantie.
  • Es gibt keine dokumentierte Steuerung von Versandrate oder Drosselung speziell für Zeitpläne, über die grundlegende Versandinfrastruktur hinaus.
  • Ein Abonnent, der sich aus einem früheren Lauf noch in der Journey befindet, steigt beim nächsten wiederkehrenden Lauf nicht erneut ein – die Neuberechnung fügt neu qualifizierte Abonnenten hinzu, sie dupliziert niemanden, der noch unterwegs ist.
  • Was mit einer laufenden wiederkehrenden Kampagne passiert, wenn ihr Segment gelöscht wird, ist nicht dokumentiert – klären Sie das mit dem Support, bevor Sie ein Segment löschen, von dem eine aktive Journey abhängt.
  • Event-basierte Segmente können die Einstiegsmodi Existing + new users oder New users only nicht nutzen – diese Einschränkung stammt von Audience-based entry selbst.
  • Per CSV importierte Segmente sind statisch; Recurring entry fügt zwischen den Läufen niemanden hinzu.
  • RFM-Segmente aktualisieren sich nicht von selbst – berechnen Sie sie vor jedem geplanten Lauf unter Audience > RFM Segmentation neu, wenn die Journey auf einem solchen Segment basiert.