关于 marketing-email-automation
marketing-email-automation 是用于设计和运营生命周期邮件自动化的技能,面向 B2B 和 B2C 营销团队。它以用户状态和行为事件为依据,强调投递能力、抑制规则与下游业务结果,而非仅优化邮件互动指标。
主要功能
- 01按用户状态规划生命周期阶段
- 02设计触发式邮件工作流与退出规则
- 03基于行为和 RFM 进行分群
- 04制定同意、抑制与发送频率策略
- 05纳入 SPF、DKIM、DMARC 等投递要求
适用场景
- 01设计新订阅者或新客户引导流程
- 02按购物车事件安排弃购挽回邮件
- 03识别流失风险并设置重新互动流程
- 04根据产品事件调整续订或扩展沟通
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ vasilyu1983/ ai-agents-public --skill marketing-email-automation安装后在 Claude Code 中输入/marketing-email-automation确认已加载。
详细介绍
EMAIL AUTOMATION — WORKFLOW OS(运营版)
这是一项不说废话、专注执行的技能,用于设计和运营兼顾营收安全与送达率安全的 B2B 和 B2C 邮件自动化。
结构:核心工作流和细分策略见 SKILL.md。平台设置见 references/。营收经济学见 references/email-economics.md。模板见 assets/。
范围说明:有关外发/冷邮件,请参阅 marketing-leads-generation。有关邮件 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
专家指南:自动化与营销活动(快速校准)
使用此指南,避免把“定时营销活动”伪装成自动化。
- 邮件营销活动:面向多人的群发邮件,针对短期目标优化(公告、促销)。
- 邮件自动化:由触发条件驱动的工作流,针对可靠性、适度发送和状态转换进行优化。
- 生命周期消息:一组自动化流程,通过一致的抑制和停止规则,推动用户在产品和营收状态之间迁移(激活 → 价值 → 扩展 → 续约)。
- 营收驱动的沟通系统:跨职能控制系统,邮件只是其中一种执行手段,其他手段还包括产品 UX、销售、支持和付费渠道;衡量增量效果,而非让归因结果看起来令人安心。
将自动化当作定时营销活动时的组织失误模式:
- 团队优化局部邮件指标,却在不知不觉中损害整体结果(送达率、合格销售管道、留存率、利润率),因为消息传递与用户的真实状态脱节。
核心:生命周期架构(基于行为,而非 CRM 默认设置)
根据用户状态约束定义阶段
生命周期阶段不是 CRM 标签。一个生命周期阶段是一组约束,决定:
- 当前什么消息能提供帮助
- 什么消息会造成干扰或伤害
定义阶段时应考虑:
- 意图(用户现在是否正试图解决这个问题?)
- 能力(用户是否拥有访问权限、完成设置的条件、所需权限和预算?)
- 价值实现(用户是否体验过核心价值循环?)
- 风险(流失风险、买家风险、合规风险)
- 路径(自助服务、销售辅助或合作伙伴)
推动用户在不同阶段间迁移的因素
阶段转换应由可观察的行为和系统事件(产品、账单、支持、销售)驱动,而不是由时间驱动。
示例(事件级,平台无关):
- 激活:完成第一个有意义的操作(而非“创建账户”)
- 价值:在一段时间内反复完成价值循环(而非“打开邮件 3 次”)
- 扩展就绪:触及功能上限、尝试邀请他人、使用趋于饱和、出现管理员意向信号
- 流失风险:价值循环停止、出现负面支持信号、付款失败、产生降级意向
看似正确、实际上在策略上错误的信号:
- 将邮件参与度(打开/点击)作为生命周期阶段变迁的替代指标;这会混淆关注度与进展。
核心:工作流设计(专家级边界)
仅在最佳下一步会因以下因素而实质性变化时才创建分支:
- 约束条件不同(设置/权限/预算)
- 路径不同(销售协助式与自助式)
- 风险状况不同(合规性、流失、付款失败)
- 意图不同(决策支持与执行支持)
如果差异只是表面上的,并且可以通过以下方式处理,就应合并逻辑:
- 使用分段入口规则(分别注册),而不是深度分支
- 共享核心路径+模块化区块(同一工作流,不同内容)
- 使用停止规则(成功后退出),而不是无休止的“if/else”
出现以下情况时,自动化复杂性正在损害效果:
- 若不手动追踪平台流程,就无法解释“为什么这位用户收到了这条消息”
- 用户符合多个流程的条件,导致触达频率激增
- 分支依赖过时或填写不一致的字段
- 同时进行过多变更,导致无法进行因果分析
自动化即将变得难以维护的早期预警信号:
- 团队必须打开 ESP 并手动逐步检查条件,才能回答“谁在此流程中,为什么”。
核心:平台素养(不以工具为中心)
与平台无关的决策(即使更换工具,也必须保持稳定):
- 生命周期阶段模型及其转换
- 事件分类和身份规则(用户与账户与联系人;合并/拆分)
- 同意、抑制和频率策略(包括全局上限)
- 衡量策略(增量效果、保留组、决策标准)
- 产品、销售、支持和电子邮件之间的路由规则
真正依赖平台的决策:
- 数据模型限制(个人资料表与事件表、自定义对象)
- 细分表达能力(实时与批处理;回溯窗口)
- 身份解析行为(去重规则、身份拼接)
- 可用的送达率工具(发送池、域名控制)
- 工作流评估语义(条件重新评估的频率)
过度信任平台“最佳实践”时常见的错误:
- 将默认归因窗口和互动筛选条件视为因果关系的体现。
核心:自动化模式(解决的问题)
| 工作流类型 | 触发条件 | 目的 | 时间线 |
|---|---|---|---|
| 新订阅者/选择加入 | 已记录同意 | 设定预期,引导至意向路径 | 第 0-7 天 |
| 新客户/开始使用 | 首次购买/开始使用 | 推动首个价值循环 | 第 0-30 天 |
| 决策支持 | 意向信号 | 降低决策风险,推动用户作出承诺 | 第 1-8 周 |
| 弃购购物车 | 已创建购物车,但未购买 | 挽回收入 | 第 1-72 小时 |
| 重新互动 | 不活跃的订阅者 | 挽回用户或清理列表 | 第 30-90 天 |
| 追加销售/交叉销售 | 已完成购买 | 提高 LTV | 购买后第 7-30 天 |
| 续订/留存 | 订阅即将到期 | 防止用户流失 | 到期前第 30-1 天 |
核心:工作流设计框架
WORKFLOW: [Name]
TRIGGER: [Event that starts flow]
GOAL: [Primary conversion action]
DURATION: [Total time span]
ENTRY → STEP 1 → WAIT → BRANCH (state A/state B) → STEP 2 → ... → EXIT
Exit when: Goal met | Unsubscribe | Time limit reached
完整模板请参阅 assets/workflow-blueprint.md。
核心:培育序列(现实检验)
培育实际优化的目标:
- 通过消除不确定性,缩短实现价值和作出承诺所需的时间
- 通过清晰的信息和降低风险,提高决策信心(而非“互动度”)
- 识别路径:自助用户持续推进;销售辅助用户则展现其意向和限制因素
即使内容优质,大多数培育为何仍会失败:
- 阶段模型错误:消息与用户的限制因素不匹配(用户尚无法采取行动,或已经采取行动)
- 没有停止规则:用户转化、流失或切换路径后,仍会继续收到消息
- 没有跨渠道路由:电子邮件试图取代产品体验、销售或支持,因此沦为噪音
- 以点击为优化目标:高点击率可能意味着“困惑”,而非进展
有了产品或销售信号后,培育方式如何变化:
- 从泛化说服转向情境化协助(解除设置障碍、消除摩擦、协调交接)
- 将产品和销售事件作为主要触发条件;电子邮件则成为强化和路由层
- 根据下一项限制因素(权限、入门步骤、利益相关方、定价匹配度)进行细分,而不是根据角色标签
可选参考材料(需要示例而非文案指导时):
核心:细分框架
行为细分
| 细分 | 定义 | 用途 |
|---|---|---|
| 活跃互动 | 过去 30 天内点击过(或采取过后续行动) | 主要营销活动 |
| 活跃 | 最近登录过/使用过产品 | 入门引导、追加销售 |
| 有流失风险 | 31-60 天没有互动 | 重新互动 |
| 沉寂 | 61-90 天没有互动 | 挽回 |
| 已流失 | 90 天以上没有互动 | 停止联系或移除 |
RFM 细分(电子商务)
| 细分 | 最近购买时间 | 购买频率 | 消费金额 | 策略 |
|---|---|---|---|---|
| 忠实拥护者 | 最近 | 经常 | 高 | 奖励、引荐 |
| 忠实客户 | 最近 | 经常 | 中 | 追加销售 |
| 潜在客户 | 最近 | 很少 | 低 | 培育 |
| 有流失风险 | 较久以前 | 经常 | 高 | 挽回 |
| 沉睡客户 | 较久以前 | 很少 | 低 | 重新互动或移除 |
零方数据收集
零方数据 = 用户明确、自愿提供的信息(偏好、意向、反馈)。与行为数据不同,这类数据直接来自用户表明的意向。
为何重要(2026 年):
- 第三方 Cookie 已被弃用;第一方和零方数据如今已成为主要数据来源
- 48% 的消费者更青睐透明收集数据的品牌
- 93% 的营销人员认为第一方数据对面向未来至关重要
收集方式:
| 方式 | 示例 | 最适用场景 |
|---|---|---|
| 偏好中心 | 内容频率、主题兴趣、渠道偏好 | 维护名单健康度、提高相关性 |
| 渐进式资料收集 | 随时间推移,每次接触询问 1-2 个问题 | 降低阻力、提高完成率 |
| 调查问卷/测验 | 游戏化的“找到你的风格”或产品匹配 | 提高互动度并收集数据 |
| 入门引导问题 | 注册时询问职位、公司规模、目标 | B2B 细分 |
| 购买后反馈 | “您是如何知道我们的?” | 明确归因 |
实施原则:
- 明确价值交换:解释提问原因以及用户能获得什么
- 渐进而非侵扰:每次互动询问 1-2 个问题,而非填写 10 项表单
- 尊重用户表明的偏好:如果用户选择“每周”,就不要每天发送
- 存储同意时间戳:GDPR/CCPA 要求保留审计记录
基于零方数据的动态内容:
- 根据用户表明的偏好(而不只是浏览记录)推荐产品
- 根据用户声明的兴趣变化的内容区块
- 尊重用户明确偏好的发送频率
- 根据用户表明的目标而非推断行为确定生命周期阶段
核心:消息设计原则(非文案)
- 尽量减少错配:每条消息对应一项用户约束和一个后续操作
- 优先设置停止规则,而非发送提醒:成功后退出,路线变更时抑制发送
- 将频次上限和抑制机制作为一等设计要素,而非事后补充
- 将激励作为最后手段(它们可能让用户习惯等待折扣,并吸引 LTV 较低的行为)
- 优化下游结果(激活、留存、合格销售线索),而非表面互动
将送达能力视为一个系统(而非检查清单)
送达能力由三个相互关联的系统构成:
- 技术系统:身份验证(SPF/DKIM/DMARC)、对齐、邮件头、基础设施、退信
- 行为系统:收件人是否持续发出“这是我想要的”信号(阅读、回复、保存、移动),并避免发出“这是垃圾邮件”的信号
- 信誉系统:互联网服务提供商会根据一段时间内的总体行为、一致性和列表卫生情况,推断发件人的质量
一项能提升短期表现、却损害长期送达能力的做法:
- 通过向未互动用户重新发送邮件来“挽回收入”,以此增加发送量,往往会造成延迟性的信誉崩盘(投诉增加、进入收件箱的比例下降、未来收入减少)。
AI 驱动的邮件自动化(2026)
AI 能力已成为主流。应将其视为加速器,而非衡量、同意和送达卫生的替代品。
可用于生产环境的 AI 能力:
| 能力 | 功能 | 使用时机 |
|---|---|---|
| 发送时间优化 | 预测每位收件人的最佳发送时间 | 大批量营销活动、互动优化 |
| 主题行生成 | 生成 AI 变体以供测试 | A/B 测试、创意扩展 |
| 内容个性化 | 根据行为和偏好动态调整内容区块 | 培育序列、产品推荐 |
| 预测性细分 | 识别流失风险、购买可能性 | 留存、追加销售定向触达 |
| 文案生成 | 根据提示词生成完整邮件草稿 | 营销活动扩展、初稿撰写 |
护栏(不可妥协):
- AI 建议必须通过送达能力审查(不得触发垃圾邮件过滤,不得包含误导性声明)
- 在确认可信度之前,所有面向客户的内容都必须经过人工审批
- 对 AI 文案与人工文案进行 A/B 测试;衡量下游结果,而不仅仅是打开率
- 停止规则:如果 AI 生成的内容表现不佳,则恢复为人工基线
自主营销活动(新兴领域):
- 实时系统可以根据行为和情境调整发送时间、优惠和内容。
- 仅当衡量基础设施成熟(增量效果、留出组)且治理机制明确时使用。
警告:AI 可能会优化表面指标(打开、点击),同时损害系统结果(送达能力、留存、利润率)。务必通过下游结果进行验证。
避免 缺乏控制的过度自动化:没有监控和抑制机制的复杂流程最终会损害信誉。每月审查自动化表现,并停用过时的逻辑。
核心:送达能力控制(运营)
完整的合规检查清单(包括 BIMI 和执行状态)请参阅 references/deliverability.md。审计请使用 assets/email-audit.md。
收入归因(难点)
为什么末次触点归因不适用于自动化:
- 自动化贯穿漫长的决策旅程;末次触点会过度归功于最后的推动因素,却低估了更早发生的状态变化。
- 它会奖励后期“收割意向”的模式,而这些模式未必带来增量效果。
- 当渠道混合(产品驱动 + 销售驱动),或存在离线触点时,这种方法就会失效。
专家如何在不过度夸大贡献的情况下估算邮件的作用:
- 将归因仪表板视为记账工具,而非真相。
- 优先衡量增量效果:采用留出组、随机抑制、地理区域拆分或阶梯式推广。
- 评估系统层面的结果:激活率、价值实现时间、留存群组、销售管道速度、利润率保护。
比仪表板更值得信赖的归因信号:
- 通过精心设计的自动化留出/抑制测试衡量提升幅度(符合条件且收到邮件与未收到邮件的用户之间的转化/留存差异)。
经济效益与留存(使用子文件)
关于归因模型、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 合规性、深色模式
- references/segmentation-strategies.md — 行为、RFM、生命周期、零方数据细分
- references/automation-workflows.md — 生命周期流程、触发器设计、分支、时机、基准指标
- references/email-copywriting.md — 主题行、预标题、CTA、移动优先文案
- references/ab-testing-email.md — 测试设计、样本量、胜出方案选择、平台功能
- references/re-engagement-winback.md — 退订策略、召回序列、名单维护
- references/transactional-email.md — 事务性邮件与营销邮件、投递基础设施、合规边界
- references/email-design-systems.md — 模块化模板、响应式模式、深色模式、客户端渲染
模板
| 模板 | 用途 |
|---|---|
| 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 必须通过
- 必须在 HTML 备用版本之外提供 AMP MIME 部分
- 内容必须是动态的(由服务器渲染,而非静态内容)
使用 AMP 的场景:
- 高意向时刻:弃购挽回、预约确认、评价邀请
- 数据收集:NPS 调查、偏好设置更新、反馈表单
- 实时内容:库存、定价、预约可用时段
不使用 AMP 的场景:
- 简单公告(维护成本不值得)
- 受众主要使用 Apple Mail(不支持 AMP)
- HTML 备用版本的体验会与 AMP 版本相差很大
备用版本要求:始终提供 HTML 备用版本。AMP 是渐进增强,而非替代方案。
测试:使用 Litmus、Email on Acid 或 Gmail's AMP Playground 验证邮件在各客户端中的呈现效果。
CRO 与邮件自动化的边界
邮件自动化在以下情况下有助于 CRO:
- 在合适的阶段将合适的用户引导回转化漏斗(与意向匹配)
- 减少用户迈出下一步(激活、结账、演示)时的阻力和不确定性
邮件自动化在以下情况下会与 CRO 冲突:
- 让市场习惯等待折扣,或绕过资格审核关卡
- 将低意向流量引回转化页面(增加访问量,却降低成交质量)
提高邮件指标却降低转化漏斗效率的优化错误:
- 通过扩大适用范围并增加激励来最大化点击率,导致页面流量增加,同时降低有效转化率并损害邮件送达率。
危险信号(细微但体现从业者水平)
以下三种说法表明操作不够专业:
- “我们只需要在自动化流程里多发几封邮件,就能提高转化率。”
- “只要邮件有人点击,自动化就有效。”
- “我们的平台归因显示邮件带来了 X%,所以应该扩大邮件发送量。”
决策树(邮件分流)
Complaints rising (or inbox placement dropping)?
├─ Suppress unengaged; tighten eligibility
├─ Reduce frequency; add global caps
└─ Audit list sources + consent + auth alignment
Bounces rising?
├─ Remove hard bounces immediately
├─ Fix list acquisition hygiene (double opt-in where appropriate)
└─ Verify infrastructure and authentication
Clicks/actions down but deliverability stable?
├─ Stage mismatch: rebuild lifecycle entry/exit rules
├─ Route mismatch: coordinate with product/sales/support signals
└─ Validate impact with holdouts; do not "add more emails" first
Revenue up but retention/margin down?
└─ Incentive training or low-LTV acquisition: tighten segmentation and protect pricing integrity
反模式
| 反模式 | 应采取的做法 |
|---|---|
| 批量群发 | 细分受众并触发发送 |
| 不做细分 | 按行为细分受众 |
| 多个相互竞争的目标 | 每封邮件设定一个主要目标 |
| 忽视移动端限制 | 优先考虑移动端限制(点击目标、加载、可读性) |
| 购买邮件列表 | 自然积累订阅者 |
| 自动化设置后不再管理 | 每月进行效果评估 |
| 依赖打开率 | 使用点击率、转化率和收入 |
国际市场
此技能采用美国/英国市场的默认设置。对于国际邮件营销:
| 需求 | 参见技能 |
|---|---|
| 区域合规(CASL、LGPD、PIPL) | marketing-geo-localization |
| 区域发送时间优化 | marketing-geo-localization |
| 文化信息适配 | marketing-geo-localization |
| 替代渠道(WhatsApp、LINE、WeChat) | marketing-geo-localization |
自动触发:当查询中提及特定国家、地区或合规框架时,两个技能都会自动加载。
相关技能
- 营销地理本地化 — 国际营销、区域合规
- 营销线索获取 — 线索收集
- 营销内容策略 — 邮件内容
- 营销转化率优化 — 落地页优化
- 初创公司市场进入策略 — 渠道策略
使用说明(Claude)
- 注重可执行性:返回生命周期阶段模型、触发规则、抑制/频率策略和工作流图
- 对于收入/投资回报率问题,请参考
references/email-economics.md - 始终包含送达能力要求(身份验证、列表卫生)
- 不要编造基准数据;请使用范围,或说明“因行业而异”