由 AI Agent 运营的弃购挽回
走到结账的顾客已经做了决定。挽回这笔订单是店里最便宜的收入——却也是最常「搭好一次就再没碰过」的流程。
弃购挽回序列几乎人人都有，却几乎没人维护。标准配置是固定时间表上的三封邮件，人人同一张折扣券，上线那周写完就再没改过。这在两个方向上漏钱：对需要「价格以外的理由」的顾客挽回不足，对本来就会回来的顾客过度打折。Retention 和 Analyst 两个 Agent 一起处理这个面——一个读出人们为什么停下，另一个据此重写序列。
先诊断，再打折
打折是条件反射式的答案，也经常是错的。Analyst 看流失发生在结账的哪一步、什么设备上——运费惊吓、支付步骤缓慢、强制注册账号，在总体弃购率里长得一模一样，而它们没有一个能用九折解决。
按设备与流量来源拆分的结账分步流失
弃购是否与购物车金额、包邮门槛或支付方式相关
还没进结账、购物车就被放弃的页面
按分群的挽回率，让流程可以因人而异
时机来自你的数据，不是模板
首封邮件的正确延时取决于你的品类。工作日中午在桌面端放弃的高客单商品，和深夜在手机上放弃的冲动商品，行为完全不同。Retention 用你自己的挽回曲线设定发送时机，并随曲线变化持续调整。
不同的原因，不同的话术
不是一条序列打天下。Agent 维护多个变体：首购顾客给安心感和运费说明，回头客给补货或尺码建议，激励只留给「激励确实能改变结果」的分群，而不是补贴一笔你本来就能成交的订单。
运行方式
接入结账与邮件
Analyst 从 GA4 和订单数据读结账行为；Retention 读 Klaviyo 里现有流程及其挽回率。
先堵漏
原因是页面或结账问题的，交给 Builder——没有任何邮件序列能胜过移除让人离开的原因。
重建并持续调优
序列按分群重建时机与文案，随挽回数据积累按周期修订。
你会得到什么
挽回时机源自你自己的弃购曲线
激励只发给真正会被激励改变行为的分群
结账问题被修复，而不是被折扣糊住
一条按计划修订的序列，而不是从不修订
由这些 Agent 负责
可配合使用
常见问题
弃购序列应该发几封？
没有普适数字。重要的是每封信有独立的任务——安心、紧迫感、异议处理——并且当某分群的每封增量收入转负时就停。Agent 度量这一点，而不是默认三封。
要不要都带折扣？
不要。第一封就给折扣是在训练顾客故意弃购。Agent 会先测试激励对某个分群是否真的改变结果，而且它通常属于序列后段——如果该出现的话。
支持短信吗？
支持。渠道按订阅授权和各分群的实际响应来选，序列跨渠道统一规划而不是每个渠道复制一份。
还没到结账就走了的人怎么办？
那是弃浏览问题，意图信号不同，是另一条流程。Agent 会单独搭建，而不是塞进弃购挽回里。