30 天搭好 EDM 基础：从许可、Flow 到首次复盘

直接判断：前三十天的目标不是把所有自动化上线，而是证明一条从许可、触发、发送、站内承接到结果回读的最小闭环可以稳定运行。

这个剧本故意限制范围。新系统最危险的不是功能不够，而是在认证、名单、事件或优惠仍不可靠时快速扩张。四周只围绕基础健康、三类关键旅程、冲突控制与首次复盘推进。

先做判断

开始前写下当前阶段：是否已有稳定访客、可追溯订阅、持续订单和可用站内事件。若连订阅许可或购买事件都无法回读，第一周不要写邮件，先修数据。若业务尚未有稳定需求，把 EDM 控制在基本承接，不要期待它代替拉新。

同时指定一个业务 owner 和一个技术/数据 owner。前者负责目标、内容与利润边界，后者负责事件、认证、同步与验证；角色可以由同一人承担，但责任不能消失。

诊断与决策框架

第一周做基础审计。核对名单来源、退订与 suppression、发件域认证、追踪域、关键事件、主要 provider 表现和当前官方要求。抽样走一遍订阅到退订，不把“后台显示已配置”当成真实成功。

第二周只搭 Welcome 与 Cart/Checkout abandonment。每条序列定义触发、延迟、退出、互斥、频控、主要目标和失效日期。测试用户从订阅、加购到购买完整走通，确认购买后立即退出挽回路径。

第三周搭 Post-purchase。先承接订单、履约与使用体验，再考虑关联推荐。邮件中的价格、库存、配送、优惠和页面必须逐项一致。若品类没有自然复购逻辑，不强加短期促销。

第四周运行小范围 Campaign，并做首次复盘。Campaign 只针对一个明确人群与一个经营目标，发送前预览名单与排除规则。复盘按计划、发送健康、站内行为、订单利润四层记录，最后只选一个下月实验。

整个周期设停止条件：投诉或退信异常、事件错触发、优惠不一致、退订不生效、页面或结账故障时，停止扩量并先修根因。

每周结束都要保存一份简短状态快照，明确哪些只是配置完成，哪些已经由真实路径回读验证。

如果某周基础条件没有通过，就停留在该阶段，不为了赶进度继续叠加 Flow。三十天是组织节奏，不是牺牲验证质量的上线期限。

常见误判

• 第一天导入所有历史联系人并全量发送。
• 同时上线十几条模板，任何异常都无法定位。
• 测试只看自己收到邮件，没有验证事件、退出和订单回读。
• 三十天结束以 Flow 数量验收，而不是闭环证据与负向信号。

验证清单

• 许可来源、认证、退订和 suppression 已真实走通。
• Welcome、放弃与购后旅程均有触发、退出、互斥和 owner。
• 至少用多个测试状态验证订阅、加购、购买、退订路径。
• 邮件承诺与页面、库存、优惠、运费保持一致。
• 首次复盘能串联健康、行为、订单与利润。
• 下阶段扩展由证据触发，不由模板清单触发。

适用边界

本剧本适合从零或从混乱状态重建基础的中小型独立站。大规模迁移、跨地区合规或信誉受损严重时，需要更长的渐进计划与专业支持；所有 provider 规则都应在执行当日核验。

先阅读 最低可用留存系统 理解范围，再用 CRM 每周闭环剧本 把第四周的复盘变成常态。