时间延迟
时间延迟元素让用户等待指定的时间。延迟结束后,他们会进入下一步。延迟可以是一个固定的时间段、一个特定的时间或日期,也可以基于标签值或事件属性。
固定时长
Anchor link to当设置为固定时间段时,时间延迟元素仅在指定的时间过去后才允许用户继续他们的 Journey。
例如,如果延迟设置为 8 小时,到达此 Journey 元素的用户将等待 8 小时,然后才会进入下一步。

特定时间
Anchor link to您可以设置一个确切的时间让用户继续前进。到达延迟元素的用户将在指定时间继续。
例如,如果一个用户在清晨到达延迟元素,而您已将延迟设置为等到下午 5:30,那么这些用户将根据其设备的时区在下午 5:30 继续前往下一个 Journey 节点。

如果您想在特定日期设置一次性营销活动(例如,发送黑色星期五通知),请选择一个特定的日期和时间来继续 Journey。

如果您希望用户仅在一周中的特定某天移动到下一个 Journey 节点,请选择星期几选项并设置所需的日期和时间。

基于用户或事件数据的延迟
Anchor link to在某些情况下,您可能需要根据您对 Journey 中用户的了解或他们在 Journey 中执行的操作来动态设置延迟。
要根据标签或事件设置延迟:
- 选择基于用户/事件数据选项;
- 选择一个标签或事件以从中获取数据。
下一个 Journey 步骤可以安排在标签值或事件属性中指定的确切日期和时间发生,也可以在该日期的几天后/几天前发生。

如果用户到达此元素时日期或时间已过,他们将退出 Journey。
例如,您设置了“提前 2 天”的延迟,通过从 Appointment 事件属性中获取就诊日期和时间来提醒用户。如果用户预约了明天,他们将不符合“提前 2 天”的延迟条件,并在到达其 Journey 中的时间延迟元素后立即退出 Journey。
但是,为了处理这些情况,您可以将时间延迟元素后的后续 Journey 分成两个分支,让即使用户在延迟步骤中掉队也能继续他们的 Journey。
选中如果日期在过去或日期为空则分支复选框,后续流程将被分成两个分支——“将来”和“过去”,其中“过去”将收集其标签值或事件属性不符合延迟条件的用户,并且可以由任何其他元素构成(例如,另一个时间延迟、分群分割器、等待事件或即时通信)。
如果用户在已经开始 Journey 的旅途中,其标签或事件属性中指定的日期和时间发生变化,时间延迟设置将保持不变。
如果用户更改了他们的预约、配送等日期,请考虑创建多个 Journey。
例如,您可以使用带有 DateTime 属性的 AppointmentCreated 事件开始一个 Journey;我们称之为“提醒” Journey。在该 Journey 中,使用基于事件属性的时间延迟,设置在计划访问前 2 天发送推送提醒。为了覆盖用户更改其预约日期或时间的情况:
- 创建一个额外的事件 AppointmentChanged。
- 对于“提醒” Journey,将此 AppointmentChanged 事件设置为转化目标,并指定达到目标的用户将退出 Journey。
- 然后,创建一个以 AppointmentChanged 事件开始的新 Journey,以提醒更新了其访问日期和时间的用户。