先看全貌：40+ 官方口径，当前页面精选 23 个

Klaviyo 官方页面将模板库定位为面向营销自动化的预建 Flow，覆盖欢迎、放弃行为、唤回、客户忠诚与订单更新等场景。页面首屏给出的整体数字是 40+，当前则在 6 个业务目标下展示 23 个可打开预览的精选模板。

口径说明：40+ 与少于 10 分钟均为 Klaviyo 官方产品页表述；23 个为本文按当前页面预览弹窗逐一计数。实际上线仍需要数据、内容、同意与测试验收。

一条模板里，真正需要审查的是这六层

官方把使用过程概括为 Choose、Customize、Connect data、Launch 四步。落到实际项目，我们会把模板拆成六层检查，而不是只看文案：

一、Prevent lost sales：先接住已经表现出兴趣的人

这一组覆盖从「看过」到「加购」再到「开始结账」的不同意向深度。不要用同一套折扣同时追所有人：浏览放弃更适合商品信息与轻提醒，结账放弃则需要更直接地回到未完成订单。

二、Nurture subscribers：欢迎系列首先要区分「是谁」

欢迎系列不是把所有新订阅者塞进同一条折扣路径。当前页面给出的 Email 与 SMS 两个版本，分别强调购买历史分支和渠道节奏。

三、Build customer loyalty：首购之后，关系才刚开始

忠诚类模板不应只理解为「再买一次就送券」。首购感谢、周年与新老客户差异化沟通，分别承担关系确认、回流和长期认可。

四、Remind customers to purchase：在正确的时机重新出现

这一组的共同点是「已经有信号，但需要新的触发理由」。流失时间、价格变化与库存变化是三种不同理由，不应当全部变成同一种折扣提醒。

五、Encourage repeat purchases：复购不是一条固定等待时间

六个模板分别处理沉睡测试、订单次数分层、首购回流、预测复购、耗材补充与评价交叉销售。选择时应先看品类，而不是把所有购后模板一起打开。

六、Update customers on order status：服务体验也是 CRM

订单状态 Flow 的核心不是促销，而是减少不确定性。正常节点及时确认，异常节点主动解释；营销内容与服务通知的边界要单独管理。

不要一次全开：按业务问题确定上线顺序

模板多，不代表每条都适合当前阶段。我们通常先找客户旅程里最明显的断点，再选择一组相互不冲突的 Flow。

套用模板后，上线前必须改掉这八类默认值

1. 把触发事件与店铺数据逐一对齐。浏览、加购、开始结账、交付、延迟等事件不是同义词，不能只凭名称判断。
2. 补齐 Filter 与 Exit。客户已经购买、退款、取消、缺货或进入更高优先级旅程时，应停止不再适用的消息。
3. 重设等待时间。模板中的 2 小时、75 天、365 天等只是具体示例，不是跨品类通用最佳实践。
4. 检查渠道同意与发送地区。Email、SMS、WhatsApp 的可用性、同意来源与合规要求不同，不能只保留渠道分支而忽略前提。
5. 处理 Flow 之间的冲突。欢迎、弃购、购后、唤回与订单通知可能同时命中同一客户，需要明确优先级与频控。
6. 把动态商品与优惠规则换成自己的。检查商品链接、价格、库存、优惠码、推荐逻辑与毛利，不让默认激励长期侵蚀利润。
7. 用真实测试档案走完整路径。覆盖新客、老客、无渠道同意、拆单、退款与不同时区，再把 Draft 消息转为 Live。
8. 上线后看 RPR 与增量，不只看总收入。同时观察 Placed Order、转化、退订、 spam complaint 与路径差异，避免把自然购买全部归功于 Flow。

DC 视角：模板库是起点，不是自动化策略本身

我们在审计账户时，更常见的不是「没有模板」，而是模板启用之后缺少统一管理：同一客户同时进入多条 Flow，默认折扣长期不改，等待时间与品类周期不匹配，订单事件也没有验证。

因此，模板库最适合承担两个任务：一是帮助新团队快速理解自动化结构；二是给成熟团队提供可比较、可测试的流程骨架。它不能替代客户分层、数据治理、渠道策略和上线后的持续复盘。

常见问题