Audience-based entry · Entry schedule

Set the clock once. Let the audience refresh itself

Launch a journey for a pre-built segment on a clock instead of a behavioral event — once, on hand-picked dates, or on an open-ended repeating cadence. On every recurring run, the segment is recalculated fresh, so new subscribers are never left waiting for the next campaign to be rebuilt by hand.

Customer Journey canvas showing an Audience-based entry element with Entry schedule set to Recurring entry, Periodically, every 1 week on Monday

Trusted by 80,000+ companies to scale their engagement

The format, in full

Not every journey should wait for a user to do something. A weekly digest doesn’t need a trigger — it needs a day. A renewal reminder doesn’t react to behavior — it fires on the billing date. Entry schedule, the setting on the Audience-based entry element, launches a journey for a pre-built segment on exactly that kind of clock.

Immediately

Every subscriber in the segment enters the moment the journey is activated. No date, no timezone math — the fastest one-time launch.

Schedule for a specific day

Pick one future date and time. The segment enters once, at the moment you set, in the timezone you choose.

On specific dates

Hand-pick a list of calendar dates — every holiday sale this quarter, every scheduled webinar — and the same flow re-runs on each one.

Periodically

Set an open-ended interval — every 1 day, every 1 week on Mondays — and the journey keeps re-running until you stop it. No end date to plan around.

What you control

What you setWhat it doesWhere it lives
One-time entry: Immediately / Schedule for a specific dayRuns the segment through the journey exactly onceEntry schedule on the Audience-based entry element
Recurring entry: On specific dates / PeriodicallyRe-opens the same flow for the same segment on every scheduled date or intervalEntry schedule, Recurring entry mode
Subscriber's device timezone + fallbackFires at the set time in each subscriber's own timezone; the fallback covers subscribers with no timezone signalTimezone option, editable fallback value
A specific timezoneFires at the same clock time for every subscriber, regardless of where they areTimezone option, fixed dropdown value
What you set
1 / 4
One-time entry: Immediately / Schedule for a specific day
What it does
Runs the segment through the journey exactly once
Where it lives
Entry schedule on the Audience-based entry element
What you set
2 / 4
Recurring entry: On specific dates / Periodically
What it does
Re-opens the same flow for the same segment on every scheduled date or interval
Where it lives
Entry schedule, Recurring entry mode
What you set
3 / 4
Subscriber's device timezone + fallback
What it does
Fires at the set time in each subscriber's own timezone; the fallback covers subscribers with no timezone signal
Where it lives
Timezone option, editable fallback value
What you set
4 / 4
A specific timezone
What it does
Fires at the same clock time for every subscriber, regardless of where they are
Where it lives
Timezone option, fixed dropdown value

The segment checks itself before every run

Refreshed before every recurring run

Recurring entry doesn't cache the segment from the first launch. Before each scheduled run, Pushwoosh recalculates who actually qualifies right now, so a subscriber who joins the segment after the last run enters at the next one automatically.

A missed window isn't a missed subscriber

If a subscriber's scheduled entry time has already passed for one run, they're picked up on the next scheduled date or interval — not skipped for good.

The job it does inside a journey

One clock setting, every channel downstream

Entry schedule lives on the Audience-based entry element, not on the message itself — so it governs whatever runs after it on the canvas: an email digest, a push reminder, an SMS, or all three in the same Customer Journey. Set the cadence once, and every channel block downstream inherits it.

The same Monday reminder, without the manual rebuild

A fitness app sets Entry schedule to Periodically, every 1 week on Monday at 9:00 AM, subscriber’s device timezone. Every Monday, Pushwoosh recalculates the segment and sends the same reminder to whoever qualifies that week — including subscribers who signed up on Tuesday. Nobody has to touch the journey again to keep the cadence running.

What to use it for

Scheduled and recurring entry pays off where the business runs on a real calendar — a digest, a billing cycle, a season — rather than where it lives and dies on in-the-moment behavior.

IndustryUse caseWhy it fits
Media, news & streamingPeriodically (daily/weekly) → editorial digest for the current subscriber segmentDigest reliability matters more than reacting to a single click
Creator & subscription appsPeriodically (weekly/monthly) → content digest and renewal/payment remindersRecurring revenue runs on a calendar; the refreshed segment picks up new subscribers automatically
Fintech & bankingPeriodically (monthly) → statement-ready or bill payment reminder for the current customer segmentBilling cycles are calendar-bound, not behavior-bound
InsuranceSchedule for a specific day on the policy anniversary → renewal reminderRenewal dates are the single biggest calendar use case in finance
Airlines & aviationSchedule for a specific day off the booking date → pre-flight reminder packThe travel date is known in advance — it's a clock, not a behavior
E-commerce & marketplacesOn specific dates → a pre-loaded seasonal sale calendar for the whole quarterSets up every holiday promo once instead of building each one by hand
Industry
1 / 6
Media, news & streaming
Use case
Periodically (daily/weekly) → editorial digest for the current subscriber segment
Why it fits
Digest reliability matters more than reacting to a single click
Industry
2 / 6
Creator & subscription apps
Use case
Periodically (weekly/monthly) → content digest and renewal/payment reminders
Why it fits
Recurring revenue runs on a calendar; the refreshed segment picks up new subscribers automatically
Industry
3 / 6
Fintech & banking
Use case
Periodically (monthly) → statement-ready or bill payment reminder for the current customer segment
Why it fits
Billing cycles are calendar-bound, not behavior-bound
Industry
4 / 6
Insurance
Use case
Schedule for a specific day on the policy anniversary → renewal reminder
Why it fits
Renewal dates are the single biggest calendar use case in finance
Industry
5 / 6
Airlines & aviation
Use case
Schedule for a specific day off the booking date → pre-flight reminder pack
Why it fits
The travel date is known in advance — it's a clock, not a behavior
Industry
6 / 6
E-commerce & marketplaces
Use case
On specific dates → a pre-loaded seasonal sale calendar for the whole quarter
Why it fits
Sets up every holiday promo once instead of building each one by hand
Every vendor can send a weekly digest. Not rebuilding it by hand is the point

See how Entry schedule and Recurring entry fit into the rest of the Customer Journey Builder.

Book a demo

Not the same as the standalone one-off scheduler

Pushwoosh also has a much simpler scheduler entirely outside the journey builder: Campaigns → One-time messages → One-time push / one-time email. It picks a date, a time and a timezone for a single send — no journey, no segment refresh, and no recurrence at all.

Audience-based entry (this page)Campaigns one-time scheduler
Lives inThe Customer Journey Builder canvasCampaigns → One-time messages
RecurrenceYes — On specific dates or PeriodicallyNone — a single scheduled send
Segment on repeat runsRecalculated fresh before every runNot applicable — there's only one run
Editing a pending sendEdit-and-resume through the journey itselfContent and audience only; the send time is fixed — cancel and recreate to change it
1 / 4
Lives in
Audience-based entry (this page)
The Customer Journey Builder canvas
Campaigns one-time scheduler
Campaigns → One-time messages
2 / 4
Recurrence
Audience-based entry (this page)
Yes — On specific dates or Periodically
Campaigns one-time scheduler
None — a single scheduled send
3 / 4
Segment on repeat runs
Audience-based entry (this page)
Recalculated fresh before every run
Campaigns one-time scheduler
Not applicable — there's only one run
4 / 4
Editing a pending send
Audience-based entry (this page)
Edit-and-resume through the journey itself
Campaigns one-time scheduler
Content and audience only; the send time is fixed — cancel and recreate to change it

The standalone form is the right call for a genuine one-off blast that doesn’t need a segment recalculated later — the Journey Builder’s Audience-based entry is overkill for that case. Reach for Entry schedule when the campaign needs to repeat, or when it’s one step inside a longer flow.

When it isn’t worth the setup

  • A true event reaction: use event-based triggers instead — a clock can’t react to what a user just did.
  • A pause between two steps already inside a running journey: that’s Time Delay, not an entry schedule.
  • A single blast with no future segment recalculation planned: the standalone Campaigns one-time scheduler does that job with less setup.
  • A segment built by CSV import: those lists are static, so recurring entry has nothing new to pick up between runs.
  • A guaranteed to-the-second send time: no vendor, Pushwoosh included, publishes a numeric SLA for schedule-to-fire accuracy — “on schedule” is a setting, not a stopwatch commitment.

Security & hosting

Pushwoosh runs on its own hardware in the US and Germany, under GDPR and BDSG.

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

How it works

  1. Pick the audience (no-code)

    Drag an Audience-based entry element onto the canvas and select a pre-built segment, or create one on the spot.

  2. Set the clock

    Open Entry schedule. Choose One-time entry (Immediately or Schedule for a specific day) or Recurring entry (On specific dates or Periodically), then set the time and timezone.

  3. Build the flow once (no-code)

    Add the message blocks, waits and branches after the entry element. Every channel downstream inherits the same schedule — no per-channel timing to repeat.

  4. Launch and leave it running

    On a recurring schedule, Pushwoosh recalculates the segment before every run automatically. Nothing needs to be rebuilt to keep the cadence going.

Limits worth knowing

A clock-driven entry point, not an event-driven one. These are its edges.

  • Recurring entry is only available on Audience-based entry — Trigger-based entry and API-based entry have no repeat mode. A journey that needs both a real-time reaction and a repeating cadence needs two entry points, or two journeys.
  • No published SLA on schedule-to-fire accuracy. “Scheduled for 9:00 AM” is a setting, not a to-the-second guarantee.
  • No documented send-rate or throttle control specific to a schedule, beyond the base sending infrastructure.
  • A subscriber already inside the journey from a previous run does not enter again at the next recurring run — recalculation adds newly-qualified subscribers, it doesn’t duplicate anyone still in progress.
  • What happens to an already-running recurring campaign if its underlying segment is deleted is not documented — check with support before deleting a segment a live journey depends on.
  • Event-based segments can’t use Existing + new users or New users only entry modes — that limitation carries over from Audience-based entry itself.
  • CSV-imported segments are static; recurring entry won’t add anyone new between runs.
  • RFM segments don’t refresh on their own — recalculate them in Audience > RFM Segmentation before each scheduled run if the journey is built on one.