只需设定一次时间，受众自动刷新
按时间而非行为事件，为预先构建的分群启动旅程——一次性、自选日期，或无限期地周期重复。每次周期运行时都会重新计算分群，新订阅用户无需等待有人手动重建下一次营销活动。对于横跨多个时区运营的出海团队，这是用户旅程编排中最省心的一环。
80,000+ 家企业信赖 Pushwoosh 以提升用户互动
这一能力的完整介绍
并不是每个旅程都应该等用户先做点什么。每周摘要不需要触发器——它需要的是一个日子。续费提醒不是对行为的响应——它在扣费日触发。Entry schedule 是 Audience-based entry 元素上的设置，它正是按这样的时间表为预先构建的分群启动旅程。
立即（Immediately）
旅程激活的那一刻，分群中的每位订阅用户都会进入。无需设定日期，无需计算时区——最快的一次性启动方式。
指定某一天（Schedule for a specific day）
选择一个未来的日期和时间。分群会在您设定的时刻、按您选择的时区进入一次。
指定多个日期（On specific dates）
自选一组日历日期——本季度的每个节日促销、每场计划中的网络研讨会——同一流程会在每个日期重新运行。
周期性（Periodically）
设定一个无限期的间隔——每 1 天、每 1 周的周一——旅程会一直重复运行，直到您停止它。无需规划结束日期。
您可以控制什么
| 您设置的内容 | 它的作用 | 设置位置 |
|---|---|---|
| 一次性入口：Immediately / Schedule for a specific day | 让分群恰好通过旅程一次 | Audience-based entry 元素上的 Entry schedule |
| 周期性入口：On specific dates / Periodically | 在每个计划日期或间隔，为同一分群重新打开同一流程 | Entry schedule 的 Recurring entry 模式 |
| 订阅用户设备时区 + 兜底 | 在每位订阅用户自己的时区按设定时间触发；兜底值覆盖没有时区信号的订阅用户 | 时区选项，可编辑的兜底值 |
| 指定时区 | 无论订阅用户身在何处，都在同一时钟时间触发 | 时区选项，固定的下拉值 |
每次运行前，分群都会自我核查
每次周期运行前刷新
周期性入口不会缓存首次启动时的分群。在每次计划运行前，Pushwoosh 都会重新计算当下真正符合条件的用户，因此上次运行后加入分群的订阅用户会在下一次运行时自动进入。
错过时间窗口不等于错过用户
如果某位订阅用户在某次运行中的计划进入时间已经过去，他们会在下一个计划日期或间隔被纳入，而不是被永久跳过。
它在旅程中的作用
一个时间设置，作用于下游所有渠道
Entry schedule 位于 Audience-based entry 元素上，而不是消息本身——因此它控制画布上其后运行的一切：邮件摘要、推送提醒、SMS，或在同一个 Customer Journey 中三者兼有。只需设定一次节奏，下游的每个渠道模块都会继承它。
同样的周一提醒，无需手动重建
一款健身 App 将 Entry schedule 设为 Periodically，每 1 周的周一上午 9:00，按订阅用户设备时区发送。每个周一，Pushwoosh 都会重新计算分群，并把同样的提醒发给当周符合条件的用户——包括周二才注册的订阅用户。无论用户身在纽约、伦敦还是新加坡，都会在自己当地的周一早上收到提醒，而且没人需要再动这个旅程来维持节奏。
适用场景
当业务按真实的日历运转——摘要、账单周期、季节——而不是完全依赖即时行为时，定时与周期性入口最能发挥价值。
| 行业 | 使用场景 | 为何适合 |
|---|---|---|
| 媒体、新闻与流媒体 | Periodically（每天/每周）→ 面向当前订阅用户分群的编辑精选摘要 | 摘要的稳定性比响应单次点击更重要 |
| 创作者与订阅类 App | Periodically（每周/每月）→ 内容摘要和续订/付款提醒 | 经常性收入按日历运转；刷新后的分群会自动纳入新订阅用户 |
| 金融科技与银行 | Periodically（每月）→ 面向当前用户分群的账单就绪或账单支付提醒 | 账单周期由日历决定，而非行为 |
| 保险 | 在保单周年日使用 Schedule for a specific day → 续保提醒 | 续保日期是金融领域最大的日历类使用场景 |
| 航空 | 基于预订日期使用 Schedule for a specific day → 出行前提醒包 | 出行日期提前已知——这是时间，不是行为 |
| 跨境电商与电商平台 | On specific dates → 预先载入整个季度的季节性促销日历 | 黑五、双十一、圣诞等每个节日促销只需设置一次，而不必逐个手动搭建 |
Periodically（每天/每周）→ 面向当前订阅用户分群的编辑精选摘要Periodically（每周/每月）→ 内容摘要和续订/付款提醒Schedule for a specific day → 续保提醒Schedule for a specific day → 出行前提醒包On specific dates → 预先载入整个季度的季节性促销日历与独立的一次性定时发送不同
Pushwoosh 在旅程构建器之外还有一个简单得多的定时工具：Campaigns → One-time messages → One-time push / one-time email。它为单次发送选择日期、时间和时区——没有旅程，没有分群刷新，也完全没有重复。
| Audience-based entry（本页） | Campaigns 一次性定时发送 | |
|---|---|---|
| 所在位置 | Customer Journey Builder 画布 | Campaigns → One-time messages |
| 重复 | 支持——On specific dates 或 Periodically | 不支持——单次定时发送 |
| 重复运行时的分群 | 每次运行前重新计算 | 不适用——只有一次运行 |
| 编辑待发送内容 | 通过旅程本身编辑并恢复 | 只能编辑内容和受众；发送时间固定——要更改需取消后重建 |
对于真正的一次性群发、之后也不需要重新计算分群的场景，独立表单才是正确选择——这时用旅程构建器的 Audience-based entry 就显得大材小用了。当营销活动需要重复，或者它只是更长流程中的一步时，再使用 Entry schedule。
不值得为此设置的情况
- 真正的事件响应：请改用事件触发器——时钟无法响应用户刚刚做了什么。
- 正在运行的旅程中两个步骤之间的停顿：那是 Time Delay，不是入口定时。
- 单次群发且之后不打算重新计算分群：独立的 Campaigns 一次性定时发送能以更少的设置完成。
- 通过 CSV 导入构建的分群：这类列表是静态的，周期性入口在两次运行之间没有新用户可纳入。
- 精确到秒的发送时间保证：包括 Pushwoosh 在内，没有供应商公布定时到触发准确度的数值 SLA——“按计划”是一项设置，而不是秒表承诺。
安全与托管
Pushwoosh 运行在位于美国和德国的自有硬件上，遵循 GDPR。
工作原理
-
选择受众 （无代码）
将 Audience-based entry 元素拖到画布上，选择一个预先构建的分群，或当场新建一个。
-
设定时间
打开 Entry schedule。选择 One-time entry（Immediately 或 Schedule for a specific day）或 Recurring entry（On specific dates 或 Periodically），然后设置时间和时区。
-
只需构建一次流程 （无代码）
在入口元素之后添加消息模块、等待和分支。下游的每个渠道都继承同一定时——无需为每个渠道重复设置时间。
-
启动后让它持续运行
在周期性计划下，Pushwoosh 会在每次运行前自动重新计算分群。无需重建任何内容即可保持节奏。
需要了解的限制
探索相关产品
使用一个可视化工具规划并优化您的营销活动。利用 Pushwoosh Customer Journey Builder 进行沟通、吸引、留存、转化、细分和实验。
助力出海App通过实时事件触发精准触达全球用户。行为触达转化率比定时群发高3-5倍，FCM/APNs全渠道自动化，无需人工操作。
Pushwoosh 细分工具助您根据用户的独特偏好和行为，向其推送最相关的优惠。
通过账单支付提醒推动按时付款。发送策略性通知、便捷支付链接和个性化消息，降低逾期率。
Pushwoosh 电子邮件构建器内提供的预制模板——可根据您的品牌进行定制，或作为下次发送的灵感来源。
一次性搭建 push、邮件或应用内消息，覆盖每种语言版本，并在营销活动、用户旅程和 API 发送中复用，覆盖 Pushwoosh 全部 7 个渠道，助力出海企业高效触达海外用户。