一条自动化 Flow 什么时候该结束？比何时开始更重要

客户上午把商品加入购物车，中午进入结账，下午已经完成购买。到了晚上，他却收到一封“你的购物车还在等你”。触发、等待和邮件节点都成功了，但消息已经错了。

进入资格回答客户当时为什么应该开始；发送资格回答这封邮件现在是否还有效。等待只是把动作排到未来，不会冻结客户的购买状态、同意、可达性、购物车、库存、价格或路径优先级。

四类变化会让旧任务失效

• 目标已经完成：本次相关购物周期完成购买后，弃购恢复应结束；不要用客户一生中是否买过来误伤新的购物周期。
• 状态已经升级：Browse → Cart → Checkout → Purchase。更深的有效状态接管下一步，购买结束恢复。
• 关系边界改变：退订、投诉、不可达、抑制、缺少触达依据、另一条更重要的路径或联系人级压力过高，都可能阻止当前动作。
• 消息事实失效：购物车、库存、价格、配送、Offer、事件新鲜度或身份关联不再支持这封排队中的邮件。

五种结果，不只是发或不发

• send：当前任务、关系边界和消息事实仍然有效。
• wait：权威状态仍在同步，或证据不足以安全判断。
• skip：当前动作不执行，但后续仍可以重新判断。
• exit：旧任务已经终止，不再拥有这条路径。
• transition：可能交给另一条路径，但新路径必须独立满足条件。

同一购物周期只让一条路径拥有下一步

在同一身份、商品或购物车上下文、顺序和时间能够关联的购物周期中，浏览、加购、结账和购买不是四次叠加的发送许可。宽路径应让位给更深的当前状态。

公开安全产品演示

Klaviyo 的平台文档提供了一个有用的边界：触发器过滤主要在进入时检查，Profile Filter 还会在可执行动作前再次检查；一个条件不通过可能只跳过当前动作，不等于所有平台都会退出整条 Flow。跨平台可以保留的方法是：进入条件启动路径，当前状态决定动作。

把停止线变成一次可复现的测试

创建测试结账，确认进入恢复路径，排队下一次动作，在发送前完成购买，再检查最新订单状态是否产生可见的 skip 或 exit 原因。重复测试延迟事件、身份无法关联、乱序事件和全新的购物周期。

公开安全产品演示

先别改第三封邮件，先回答这九个问题

• 这条路径当前要完成什么客户任务？
• 什么事件一发生，就说明任务完成？
• 什么更深状态会接管下一步？
• 同意、可达性、退订、投诉和抑制是否仍然有效？
• 其他 Campaign 或 Flow 是否使联系人级压力过高？
• 购物车、库存、价格、配送和 Offer 是否仍然准确？
• 事件延迟、缺失、乱序或无法关联时，是等待、跳过还是检查？
• 系统能否留下原因、规则版本和证据时间？
• 新购物周期如何重新进入，而不被历史事件永久排除？

在改变标题、折扣、频率或设计之前，先给每封消息画出停止线。客户状态已经改变，却还在正确执行旧任务，才是自动化最昂贵的错误。