名称：营销邮件自动化 描述：用于 HubSpot/Klaviyo/Mailchimp（及类似 ESP）的电子邮件营销自动化：设计基于触发的生命周期工作流（欢迎、入职、培养、赢回、购物车放弃），定义细分 + 抑制/频率策略，排除可交付性故障（SPF/DKIM/DMARC、一键退订、列表卫生），并测量增量/投资回报率（保留组、RPE、保留经济学）。
电子邮件自动化 — 工作流操作系统（运营性）
构建为一种无冗余执行技能，用于设计和操作跨 B2B 和 B2C 的收入安全、可交付性安全的电子邮件自动化。
结构：核心工作流和细分在 SKILL.md 中。平台设置在 references/ 中。收入经济学在 references/email-economics.md 中。模板在 assets/ 中。
范围说明：对于外展/冷电子邮件，请参见 营销潜在客户生成。对于电子邮件 HTML/CSS 实现，请使用编码导向的工作流（此技能侧重于策略 + 运营）。
现代最佳实践（2026年1月）
2026年的运营现实：
- 身份验证和对齐强制执行（SPF/DKIM/DMARC）。
- 一键退订是批量发送的必需要求。
- 收件箱放置由多信号参与度和投诉率驱动。
- 不活跃收件人会损害声誉；强制执行抑制/日落策略。
- 打开率因隐私功能（如 Apple MPP）不可靠；测量下游行动。
- AI驱动的个性化很常见；使用护栏并测量增量效果。
- 交互式电子邮件可能（如 Gmail 中的 AMP for Email），但客户端支持有限；将其视为渐进增强。
- 欧盟无障碍法案（EAA）于2025年6月生效；WCAG 2.2 AA 是标准。
参考资料：
- 来源：
data/sources.json - 可交付性检查表：
references/deliverability.md - 无障碍要求：
references/accessibility.md
专家：自动化 vs 营销活动（快速校准）
使用此部分避免“伪装成定时营销活动”的问题。
- 电子邮件营销活动：一对多的广播，优化于短期目标（公告、促销）。
- 电子邮件自动化：基于触发器的工作流，优化于可靠性、节制和状态转换。
- 生命周期消息传递：一组自动化，使用一致的抑制和停止规则，引导用户通过产品状态和收入状态（激活 → 价值 → 扩展 → 续订）。
- 收入驱动的通信系统：跨职能控制系统，其中电子邮件是多个执行器之一（产品 UX、销售、支持、付费），测量增量而非归因舒适度。
当自动化被视为定时营销活动时的组织失败模式：
- 团队优化本地电子邮件指标，同时悄无声息地损害全局结果（可交付性、合格管道、保留、利润率），因为消息传递与真实用户状态脱钩。
核心：生命周期架构（基于行为，而非 CRM 默认）
根据用户状态约束定义阶段
生命周期阶段不是 CRM 标签。生命周期阶段是一组约束，意味着：
- 什么消息当前能提供帮助
- 什么消息会是噪音或造成伤害
通过以下定义阶段：
- 意图（用户当前是否在尝试解决问题？）
- 能力（他们是否有访问、设置、权限、预算？）
- 价值实现（他们是否体验到核心价值循环？）
- 风险（流失风险、购买者风险、合规风险）
- 路径（自助 vs 销售协助 vs 合作伙伴）
什么使用户在阶段之间移动
阶段转换应由可观察行为和系统事件（产品、账单、支持、销售）驱动，而非时间。
示例（事件级别，平台无关）：
- 激活：完成第一个有意义行动（非“账户创建”）
- 价值：在窗口内重复价值循环（非“打开电子邮件3次”）
- 扩展准备度：达到功能上限、尝试邀请、使用饱和、管理员意图信号
- 流失风险：价值循环停止、负面支持信号、支付失败、降级意图
看似正确但策略错误的信号：
- 使用电子邮件参与度（打开/点击）作为生命周期移动的代理；它混淆了注意力与进展。
核心：工作流设计（专家边界）
仅当最佳下一步行动因以下原因发生重大变化时才分支：
- 不同约束（设置/权限/预算）
- 不同路径（销售协助 vs 自助）
- 不同风险配置（合规、流失、支付失败）
- 不同意图（决策支持 vs 执行支持）
当差异是表面性的，可以通过以下方式处理时，合并逻辑：
- 分段入口规则（单独注册）而非深度分支
- 共享核心路径 + 模块化块（相同工作流，不同负载）
- 停止规则（成功时退出）而非“if/else 无限循环”
自动化复杂性在以下情况损害性能：
- 您无法在不手动平台追踪的情况下解释“为什么此用户收到此消息”
- 用户符合多个流程并经历频率峰值
- 分支依赖过时或不一致填充的字段
- 过多同时变化阻碍因果学习
不可维护自动化的早期预警信号：
- 团队无法在不打开 ESP 并手动步进条件的情况下回答“谁在此流程中及为什么”。
核心：平台素养（非工具中心）
平台无关决策（即使切换工具也必须稳定）：
- 生命周期阶段模型和转换
- 事件分类和身份规则（用户 vs 账户 vs 联系人；合并/拆分）
- 同意、抑制和频率策略（包括全局上限）
- 测量策略（增量、保留组、决策标准）
- 产品、销售、支持和电子邮件之间的路由规则
真正平台依赖决策：
- 数据模型约束（配置文件 vs 事件表、自定义对象）
- 细分表达能力（实时 vs 批处理；回顾窗口）
- 身份解析行为（去重规则、拼接）
- 可交付性工具可用性（发送池、域名控制）
- 工作流评估语义（条件重新评估频率）
过度信任平台“最佳实践”的常见错误：
- 将默认归因窗口和参与度过滤器视为代表因果关系。
核心：自动化原型（解决的问题）
| 工作流类型 | 触发器 | 目的 | 时间线 |
|---|---|---|---|
| 新订阅者 / 选择加入 | 同意捕获 | 设定期望，路由到意图路径 | 第0-7天 |
| 新客户 / 开始 | 首次购买 / 开始 | 驱动第一个价值循环 | 第0-30天 |
| 决策支持 | 意图信号 | 降低决策风险，推进到承诺 | 第1-8周 |
| 放弃购物车 | 购物车创建，无购买 | 恢复收入 | 第1-72小时 |
| 重新参与 | 不活跃订阅者 | 赢回或清理列表 | 第30-90天 |
| 向上销售/交叉销售 | 购买完成 | 增加 LTV | 购买后第7-30天 |
| 续订/保留 | 订阅即将结束 | 防止流失 | 第-30至-1天 |
核心：工作流设计框架
工作流: [名称]
触发器: [启动流程的事件]
目标: [主要转换行动]
持续时间: [总时间跨度]
入口 → 步骤1 → 等待 → 分支（状态A/状态B） → 步骤2 → ... → 退出
退出当: 目标满足 | 退订 | 时间限制达到
完整模板见 assets/workflow-blueprint.md。
核心：培养序列（现实检查）
培养实际优化的目标：
- 通过减少不确定性来缩短价值实现时间和承诺时间
- 通过清晰度和风险降低提高决策信心（非“参与度”）
- 检测路径：自助用户进展；销售协助用户表面意图和约束
为什么大多数培养即使内容好也失败：
- 错误阶段模型：消息与用户约束不匹配（他们尚不能行动，或已行动）
- 无停止规则：用户在转换、流失或路径更改后继续接收消息
- 无跨渠道路由：电子邮件试图替代产品 UX、销售或支持，因此变成噪音
- 优化点击率：高点击率可能是“困惑”，而非进展
培养在存在产品或销售信号后的变化：
- 从通用说服转向上下文辅助（解除设置障碍、移除摩擦、协调交接）
- 使用产品和销售事件作为主要触发器；电子邮件成为强化和路由层
- 按下一个约束（权限、入职步骤、利益相关者、定价契合）细分，而非按人物标签
可选支架（如果需要示例，非复制指导）：
核心：细分框架
行为细分
| 细分 | 定义 | 用途 |
|---|---|---|
| 参与 | 过去30天内点击（或采取下游行动） | 主要营销活动 |
| 活跃 | 最近登录 / 使用产品 | 入职、向上销售 |
| 有风险 | 无参与31-60天 | 重新参与 |
| 休眠 | 无参与61-90天 | 赢回 |
| 流失 | 无参与90天以上 | 日落或移除 |
RFM细分（电子商务）
| 细分 | 最近性 | 频率 | 货币价值 | 策略 |
|---|---|---|---|---|
| 冠军 | 最近 | 经常 | 高 | 奖励、推荐 |
| 忠诚 | 最近 | 经常 | 中 | 向上销售 |
| 潜在 | 最近 | 罕见 | 低 | 培养 |
| 有风险 | 旧 | 经常 | 高 | 赢回 |
| 冬眠 | 旧 | 罕见 | 低 | 重新参与或移除 |
零方数据收集
零方数据 = 用户明确和自愿提供的信息（偏好、意图、反馈）。与行为数据不同，这直接来自用户的陈述意图。
为什么重要（2026）：
- 第三方 cookies 已弃用；第一方和零方数据现在是主要
- 48% 消费者偏好透明收集数据的品牌
- 93% 营销人员视第一方数据为未来保障的关键
收集方法：
| 方法 | 示例 | 最佳用于 |
|---|---|---|
| 偏好中心 | 内容频率、主题兴趣、渠道偏好 | 列表健康、相关性 |
| 渐进式画像 | 每次接触点问1-2个问题 | 低摩擦、高完成率 |
| 调查/测验 | 游戏化“找到您的风格”或产品匹配 | 参与度 + 数据捕获 |
| 入职问题 | 角色、公司规模、目标在注册期间 | B2B 细分 |
| 购买后反馈 | “您如何了解我们？” | 归因清晰度 |
实施原则：
- 明确价值交换：解释为什么询问及他们获得什么
- 渐进，非侵入：每次交互1-2个问题，非10字段表单
- 尊重陈述偏好：如果他们说“每周”，不要发送每日
- 存储同意时间戳：GDPR/CCPA 需要审计跟踪
来自零方数据的动态内容：
- 基于陈述偏好的产品推荐（非仅浏览）
- 基于声明兴趣更改的内容块
- 尊重明确偏好的发送频率
- 基于陈述目标的生命周期阶段，非推断行为
核心：消息设计原则（非文案）
- 最小化不匹配：映射每条消息到一个用户约束和一个下一步行动
- 偏好停止规则而非提醒：成功时退出，路径更改时抑制
- 使用频率上限和抑制作为一流设计表面，非事后考虑
- 将激励视为最后手段（它们可能训练折扣和吸引低LTV行为）
- 为下游结果优化（激活、保留、合格管道），非表面参与度
可交付性作为系统（非检查表）
可交付性是三个耦合系统：
- 技术系统：身份验证（SPF/DKIM/DMARC）、对齐、头部、基础设施、退回
- 行为系统：收件人是否一致信号“这是需要的”（阅读、回复、保存、移动）并避免“这是垃圾邮件”
- 声誉系统：ISP 从聚合行为、一致性和列表卫生推断您的发件人质量
改善短期性能但损害长期可交付性的一个行动：
- 通过重新向不活跃用户发送邮件以“恢复收入”增加发送量，通常导致延迟声誉崩溃（投诉上升、收件箱放置下降、未来收入下降）。
AI驱动的电子邮件自动化（2026）
AI能力已成主流。将其视为加速器，而非测量、同意和可交付性卫生的替代品。
生产就绪的AI能力：
| 能力 | 作用 | 何时使用 |
|---|---|---|
| 发送时间优化 | 预测每个收件人的最佳发送时间 | 高容量营销活动、参与度优化 |
| 主题行生成 | AI生成变体进行测试 | A/B 测试、创意扩展 |
| 内容个性化 | 基于行为 + 偏好的动态块 | 培养序列、产品推荐 |
| 预测性细分 | 识别流失风险、购买可能性 | 保留、向上销售目标 |
| 文案生成 | 基于提示的完整电子邮件草稿 | 营销活动扩展、初稿 |
护栏（不可协商）：
- AI建议必须通过可交付性审查（无垃圾邮件触发器、无误导性声明）
- 面向客户的内容需人工批准，直到建立信心
- A/B测试AI vs 人类文案；测量下游结果，非仅打开率
- 停止规则：如果AI生成内容表现不佳，恢复到人类基线
自主营销活动（新兴）：
- 实时系统可根据行为和上下文调整时间、报价和内容。
- 仅在测量基础设施成熟（增量、保留组）且治理明确时使用。
警告：AI可能为表面指标（打开、点击）优化，同时损害系统结果（可交付性、保留、利润率）。始终用下游结果验证。
避免无控制过度自动化：没有监控和抑制的复杂流程最终损害声誉。每月审查自动化性能并淘汰过时逻辑。
核心：可交付性控制（运营性）
完整合规检查表使用 references/deliverability.md（包括 BIMI 和执行状态）。审计使用 assets/email-audit.md。
收入归因（困难部分）
为什么最后一次接触归因对自动化失败：
- 自动化参与长期决策旅程；最后一次接触过度归功于最终推动，低估早期状态变化。
- 它奖励后期“收割意图”模式，这些模式可能不是增量的。
- 当路径混合（产品导向 + 销售导向）且存在离线接触时失效。
专家如何在不夸大情况下估计电子邮件贡献：
- 将归因仪表板视为会计，非真理。
- 偏好增量：保留组、随机抑制、地理分割或逐步推出。
- 评估系统结果：激活率、价值实现时间、保留队列、管道速度、利润率保护。
比仪表板更可信的归因信号：
- 通过适当设计的自动化保留/抑制测试（合格用户中电子邮件 vs 未电子邮件的转换/保留差异）测量的提升。
经济学与保留（使用子文件）
归因模型、RPE框架、细分经济学、流失减少ROI和渠道混合决策使用 references/email-economics.md。
自动化如何贡献：
- 保留：强化价值循环、移除摩擦、在用户停滞前路由到帮助
- 扩展：当使用上限或管理员意图出现时，驱动功能采用和账户级启用
- 流失减少：检测风险状态（使用下降、支付失败、负面支持信号）并触发带有严格抑制的纠正路径
指标与KPI
使用指标检测系统健康，非“赢取仪表板”：
- 打开率：仅趋势（MPP）。
- 点击/行动率：参与度信号；偏好下游行动。
- 每电子邮件收入：会计信号；用增量验证。
- 转换和保留队列：主要结果。
可能看起来积极但业务恶化的保留相关电子邮件指标：
- 上升的“重新参与”点击率由激励驱动，同时保留队列和毛利率恶化（您正在购买活动，非改善价值）。
定义和计算见 references/email-economics.md。
平台设置指南
- references/hubspot-setup.md
- references/klaviyo-setup.md
- references/mailchimp-setup.md
- references/accessibility.md — WCAG 2.2、EAA合规、暗模式
模板
| 模板 | 目的 |
|---|---|
| workflow-blueprint.md | 设计任何工作流 |
| welcome-sequence.md | 新订阅者欢迎 |
| nurture-sequence.md | 潜在客户培养 |
| cart-abandonment.md | 电子商务恢复 |
| email-audit.md | 健康检查模板 |
| email-roi-calculator.md | ROI计算 |
交互式电子邮件（AMP for Email）
AMP for Email 允许在收件箱内执行操作。用户可以直接在消息中完成表单、浏览轮播、提交评论、更新偏好。
采用状态（2026）：
- 支持有限且客户端间不均匀；将 AMP 视为渐进增强，非默认 UX。
- 必须提供完整 HTML 回退，保留意图（非仅破损占位符）。
交互元素和使用案例：
| 元素 | 使用案例 |
|---|---|
| 表单 | 调查、评论、偏好更新 |
| 轮播 | 产品浏览、功能亮点 |
| 手风琴 | FAQ、详细规格、条款 |
| 实时数据 | 库存计数、定价、预约时段 |
| 结账 | 一键购买、购物车更新 |
实施要求：
- 发件人必须在 Google 注册（AMP for Email 发件人注册）
- DKIM/SPF/DMARC 必须通过
- AMP MIME 部分必须与 HTML 回退一起提供
- 内容必须是动态的（服务器渲染，非静态）
何时使用 AMP：
- 高意图时刻：放弃购物车、预订确认、评论请求
- 数据收集：NPS调查、偏好更新、反馈表单
- 实时内容：库存、定价、预约可用性
何时不使用 AMP：
- 简单公告（开销不合理）
- 主要使用 Apple Mail 的受众（无 AMP 支持）
- 当 HTML 回退体验显著不同时
回退要求：始终提供 HTML 回退。AMP 是渐进增强，非替代品。
测试：使用 Litmus、Email on Acid 或 Gmail 的 AMP Playground 验证跨客户端渲染。
CRO vs 电子邮件自动化边界
电子邮件自动化在以下情况支持 CRO：
- 在正确阶段路由正确用户回漏斗（意图匹配）
- 减少围绕下一个承诺的摩擦和不确定性（激活、结账、演示）
电子邮件自动化在以下情况与 CRO 冲突：
- 训练市场等待折扣或绕过资格门
- 驱动低意图流量回转换页面（增加访问量，降低关闭质量）
改善电子邮件指标但降低漏斗效率的优化错误：
- 通过扩大资格和添加激励最大化点击率，这增加页面流量同时降低合格转换率并损害可交付性。
红旗（微妙，从业者级别）
三个表明非专家操作的陈述：
- “我们只需要流程中有更多电子邮件来增加转换。”
- “如果电子邮件获得点击，自动化就在工作。”
- “我们的平台归因显示电子邮件驱动 X%，所以我们应该扩大容量。”
决策树（电子邮件分类）
投诉上升（或收件箱放置下降）？
├─ 抑制不活跃用户；收紧资格
├─ 减少频率；添加全局上限
└─ 审计列表来源 + 同意 + 身份验证对齐
退回上升？
├─ 立即移除硬退回
├─ 修复列表获取卫生（适当时双选加入）
└─ 验证基础设施和身份验证
点击/行动下降但可交付性稳定？
├─ 阶段不匹配：重建生命周期入口/出口规则
├─ 路径不匹配：与产品/销售/支持信号协调
└─ 用保留组验证影响；先不要“添加更多电子邮件”
收入上升但保留/利润率下降？
└─ 激励训练或低LTV获取：收紧细分并保护定价完整性
反模式
| 反模式 | 替代方案 |
|---|---|
| 批量和爆炸 | 细分和触发 |
| 无细分 | 行为细分 |
| 多个竞争目标 | 每条消息一个主要结果 |
| 忽略移动约束 | 移动约束优先（点击目标、加载、可读性） |
| 购买列表 | 有机构建 |
| 设置后忘记自动化 | 每月性能审查 |
| 依赖打开率 | 使用点击率、转换、收入 |
国际市场
此技能使用美国/英国市场默认。对于国际电子邮件营销：
| 需求 | 见技能 |
|---|---|
| 区域合规（CASL、LGPD、PIPL） | 营销地理本地化 |
| 区域发送时间优化 | 营销地理本地化 |
| 文化消息适应 | 营销地理本地化 |
| 替代渠道（WhatsApp、LINE、微信） | 营销地理本地化 |
自动触发器：当您的查询提到特定国家、区域或合规框架时，两个技能自动加载。
相关技能
使用说明（Claude）
- 保持运营性：返回生命周期阶段模型、触发规则、抑制/频率策略和工作流图表
- 对于收入/ROI问题，参考
references/email-economics.md - 始终包括可交付性要求（身份验证、卫生）
- 不要发明基准数据；使用范围或说明“因行业而异”