mcpField
M
marketing-email-automation

marketing-email-automation

github.com/vasilyu1983营销与增长49 次安装
代码仓库

关于 marketing-email-automation

marketing-email-automation 是用于设计和运营生命周期邮件自动化的技能,面向 B2B 和 B2C 营销团队。它以用户状态和行为事件为依据,强调投递能力、抑制规则与下游业务结果,而非仅优化邮件互动指标。

主要功能

  1. 01按用户状态规划生命周期阶段
  2. 02设计触发式邮件工作流与退出规则
  3. 03基于行为和 RFM 进行分群
  4. 04制定同意、抑制与发送频率策略
  5. 05纳入 SPF、DKIM、DMARC 等投递要求

适用场景

  1. 01设计新订阅者或新客户引导流程
  2. 02按购物车事件安排弃购挽回邮件
  3. 03识别流失风险并设置重新互动流程
  4. 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。

平台设置指南


模板

模板用途
workflow-blueprint.md设计任意工作流
welcome-sequence.md欢迎新订阅者
nurture-sequence.md潜在客户培育
cart-abandonment.md电商挽回
email-audit.md健康检查模板
email-roi-calculator.mdROI 计算

交互式邮件(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 冲突:

  • 让市场习惯等待折扣,或绕过资格审核关卡
  • 将低意向流量引回转化页面(增加访问量,却降低成交质量)

提高邮件指标却降低转化漏斗效率的优化错误:

  • 通过扩大适用范围并增加激励来最大化点击率,导致页面流量增加,同时降低有效转化率并损害邮件送达率。

危险信号(细微但体现从业者水平)

以下三种说法表明操作不够专业:

  1. “我们只需要在自动化流程里多发几封邮件,就能提高转化率。”
  2. “只要邮件有人点击,自动化就有效。”
  3. “我们的平台归因显示邮件带来了 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
  • 始终包含送达能力要求(身份验证、列表卫生)
  • 不要编造基准数据;请使用范围,或说明“因行业而异”

评论

支持 Markdown