mcpField
C
cold-email

cold-email

github.com/borghei营销与增长1.0k123 次安装1 周前更新
代码仓库

关于 cold-email

cold-email 是面向 B2B 销售团队的邮件撰写技能,可生成个性化陌生开发邮件和后续序列,并提供语气、相关性与送达性检查。

主要功能

  1. 01撰写首次触达邮件
  2. 02构建多步跟进序列
  3. 03按客户与公司个性化内容
  4. 04依据收件人资历调整语气
  5. 05检查篇幅、行动号召与送达性

适用场景

  1. 01为目标客户撰写首封邮件
  2. 02规划角度各异的后续邮件
  3. 03为高管或技术人员调整措辞

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill cold-email

安装后在 Claude Code 中输入/cold-email确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
deliverability_checker.py
sequence_optimizer.py
subject_line_scorer.py

详细介绍

冷邮件拓展

生产级 B2B 冷邮件,读起来像是一个真人写的,而不是邮件序列工具生成的。


目录


关键词

冷邮件、冷拓展、潜在客户开发邮件、SDR 邮件、销售邮件、首次联系邮件、跟进序列、邮件拓客、外呼邮件、销售开发、序列构建、邮件个性化、邮件送达率、CAN-SPAM、GDPR、B2B 拓展、邮件合规、主题行、回复率、结束联系邮件


先澄清

生成邮件之前,请确认以下信息。如果有任何信息未知或含糊不清,请询问——不要自行假设:

  • ICP / 潜在客户背景 —— 职位、公司类型/规模、资历(决定开场、相关性和语气校准)
  • 具体问题 + 拓展契机 —— 痛点以及为什么是现在(用于选择框架并塑造开场)
  • 一个证明依据 —— 具体数字、具名客户或成果(用于撰写可信度说明)
  • 唯一的 CTA / 目标 —— 预约通话、获得回复或获取引荐(决定唯一的请求)

停止规则:只询问对输出影响最大的 2–3 项。如果用户说“直接起草”,就继续,并在内容开头列出你的假设。

快速开始

撰写首次联系邮件
  1. 明确 ICP、具体问题和拓展契机
  2. 根据收件人的资历选择语气校准方式
  3. 围绕对方的情况撰写开场(而非自己的情况)
  4. 用 1–2 句话说明相关性,并提供具体证明
  5. 以一个低门槛请求收尾
  6. 生成 3 个主题行备选
  7. 检查:不超过 150 个单词、不用企业套话、只有一个 CTA
构建完整序列
  1. 撰写第一封邮件(如上)
  2. 规划 4–5 封跟进邮件,每封采用不同角度
  3. 设置逐渐拉长的间隔节奏(第 1、4、9、16、25、35 天)
  4. 将每封跟进邮件写成独立内容(收件人可能不记得之前的邮件)
  5. 以结束联系邮件收尾,专业地了结沟通
  6. 发送前检查送达率设置

核心工作流

工作流 1:撰写单封首次联系邮件

步骤 1:收集背景信息

必需信息:

  • 发件人背景:职位、公司、销售的产品、关键证明依据
  • 潜在客户背景:职位、公司类型/规模、可能面临的问题、拓展契机
  • 目标:预约通话?获得回复?获取引荐?

步骤 2:选择框架

框架适用情形结构
问题优先潜在客户有明显痛点问题观察 > 相关性 > 请求
契机驱动有具体事件(融资、招聘、新闻)提及契机 > 联系到问题 > 请求
共同联系人有转介绍或共同人脉提及联系人 > 背景 > 请求
价值优先有真正值得分享的内容洞见/资源 > 简要背景 > 请求
直接请求潜在客户意向明确或职位很高简要背景 > 直接提问

步骤 3:起草邮件

结构:

Subject: [2-4 words, looks like an internal email]

[Opener: 1 sentence about their world — trigger, observation, or question]

[Relevance: 1-2 sentences connecting their situation to what you do]

[Proof: 1 sentence of credible evidence — specific number, named customer, result]

[Ask: 1 sentence with a single, specific, low-friction CTA]

[Sign-off]

步骤 4:检查

  • 总字数不超过 150 个单词
  • 开场围绕对方,而非自己
  • 没有句子以“I”或“We”开头
  • 只有一个 CTA,而非多个
  • CTA 是问题,而非陈述
  • 不使用行话或企业套话
  • 你会把这封邮件发给一位做生意的朋友吗?
工作流 2:构建完整序列

步骤 1:撰写邮件 1(使用工作流 1)

步骤 2:规划后续邮件的切入角度

每封后续邮件都需要有独特的切入角度。撰写前先规划:

邮件天数切入角度新内容
1第 1 天以问题为先初次联系
2第 4 天新证据案例研究、数据点或近期成果
3第 9 天不同的痛点从另一个角度切入对方的工作
4第 16 天行业洞察对方所在领域值得关注的事情
5第 25 天直接提问不铺垫,简单明确地提出请求
6第 35 天结束联系专业地收尾,并询问是否可以引荐

步骤 3:撰写每封后续邮件

每封后续邮件都需遵守以下规则:

  • 可独立阅读:无需阅读之前的邮件
  • 切入角度要新:带来前一封邮件未提及的内容
  • 比邮件 1 更短(后续每封邮件都要更短)
  • 绝不说“只是来跟进一下”或“再来联系一下”
  • 绝不提及所有之前的邮件(“正如我在前三封邮件中提到的……”)

步骤 4:撰写结束联系邮件

结束联系邮件用于收尾。它表明这是最后一封邮件,而这反常地提高了回复率。

模板:

Subject: closing the loop

[Name],

Last note from me. If [specific problem] becomes a priority,
reply here and I'll pick it up.

If there's someone else at [Company] better suited for this
conversation, a name would help.

Either way — [genuine well-wish related to something specific].

[Sign-off]
工作流 3:效果迭代

步骤 1:诊断问题

症状可能原因修复方法
打开率低(< 25%)主题行测试新的主题行模式
有打开但无回复(回复率 < 2%)邮件正文重写邮件,增强相关性并降低 CTA 的行动门槛
有回复但结果不理想CTA 不匹配调整请求内容
退信率高(> 5%)邮件列表质量发送前验证电子邮件地址
邮件进入垃圾邮件送达能力检查 SPF/DKIM/DMARC,减少发送量,为域名预热

步骤 2:重写表现不佳的部分

每次只专注于一个部分。如果问题仅在主题行,不要重写整封邮件。

步骤 3:测试和衡量

  • 对主题行进行 A/B 测试,每个变体至少发送 100 封
  • 每次只测试一个变量
  • 等待 3-5 天收集数据后再得出结论
  • 记录每次测试及其结果,以供日后参考

写作原则

1. 像同行一样写,而不是像供应商

邮件一旦听起来像营销文案,就会被删除。

测试: 你会把这封邮件发给另一家公司的优秀同事吗?如果不会,就重写。

2. 每句话都要有存在的理由

每句话都必须完成以下一项任务:

  • 引发好奇
  • 建立相关性
  • 树立可信度
  • 引导对方回应请求

如果一句话没有完成其中任何一项,就删掉。

3. 个性化必须与问题相关

泛泛的个性化比没有个性化更糟。

  • 不好:“我看到你上过 Stanford”,后面却接上与 Stanford 无关的推销内容
  • 好:“我看到你们正在招聘 3 名 SDR——这通常说明你们正在扩大冷邮件外联规模。这正是我们可以帮忙解决的挑战。”

个性化内容必须自然过渡到联系对方的原因。

4. 从对方的情况切入,而不是从自己切入

开场应围绕对方的情况、问题或背景,而不是你或你的产品。

5. 每封邮件只提出一项请求

不要同时请对方预约通话、观看演示、阅读案例研究,还回复他们的时间安排。选一项即可。


按受众调整语气

受众长度语气主题风格有效做法
C 级高管(CEO、CRO、CMO)3-4 句话极简、同级交流、着眼战略简短、含蓄、像内部邮件重大问题 > 相关证据 > 一个问题
VP / 总监5-7 句话直接、关注指标稍具体一些具体观察 + 明确的业务角度
经理7-10 句话务实,体现做过功课可以描述性更强具体问题 + 实用价值 + 轻松的行动号召
技术人员(工程师、架构师)7-10 句话精确、不说废话具体到技术细节确切问题 > 精准解决方案 > 低门槛的请求
创始人 / 独立创业者5-7 句话设身处地、平等交流随意、有人情味共同经历 + 相关证据 + 对话式请求

规则:在组织架构中职位越高,邮件就应该越短。


主题行框架

原则

主题行的目标是让收件人打开邮件。不是传达价值,也不是耍聪明,只要让对方打开即可。

最好的冷邮件主题行看起来像内部邮件:简短、稍显含蓄,足以引发点击兴趣。

有效模式
模式示例有效原因
两三个词"quick question"看起来像同事发来的真实邮件
具体触发点 + 问题"your TechCrunch piece"足够具体,不像垃圾邮件
共同背景"re: Series B"感觉像后续跟进,而不是陌生邮件
观察"your ATS setup"切合对方情况,不像推销
引荐切入"[mutual name] suggested I reach out"开篇就展示社会认同
针对特定职位"SDR team scaling"表明你了解对方的身份
影响打开率的模式
  • 任何全大写内容
  • 主题行中使用表情符号
  • 虚假的 Re: 或 Fwd:(还没读第一个词就已损害信任)
  • 疑问句形式("Are you struggling with X?")——听起来像广告
  • 提及公司名称("Acme Corp: helping you achieve...")
  • 博客标题形式("5 ways to improve your...")
  • 感叹号

跟进策略

发送节奏
邮件发送日期间隔备注
邮件 1第 1 天—首次联系
邮件 2第 4 天+3 天提供新的证据角度
邮件 3第 9 天+5 天聚焦不同的痛点
邮件 4第 16 天+7 天行业见解
邮件 5第 25 天+9 天直接提问
结束邮件第 35 天+10 天结束跟进

间隔会随时间逐渐拉长。坚持跟进,但不要令人厌烦。

轮换跟进角度
角度类型描述示例
新证据案例研究、数据点、近期成果"Since my last note, we helped [Company] reduce [metric] by [%]"
不同痛点对方业务中的其他问题"Setting aside [topic A] — are you dealing with [topic B]?"
行业见解对方领域值得关注的动态"Saw [industry trend]. Most teams are responding by [approach]"
直接提问不铺垫,直接提出简单请求"[Name], quick one: who handles [function] at [Company]?"
反向请求请求引荐"If this isn't your area, who would you point me to?"
社会认同相关同行正在采取的做法"[Similar company] just went through this — here's what worked"

个性化框架

个性化的三个层级

第 1 层:细分层面(最低要求)

  • 行业特定的痛点
  • 公司规模特定的挑战
  • 针对特定职位的措辞和优先事项

第 2 层:公司层面(标准)

  • 公司近期动态(融资、招聘、产品发布)
  • 技术栈信号(对方使用的工具)
  • 增长信号(职位发布、办公室扩张)

第 3 层:个人层面(高级)

  • 对方发布的内容(帖子、文章、演讲)
  • 职业变动(新职位、晋升)
  • 共同的人脉或经历
  • 对方正在负责的具体项目或计划
个性化信息来源
来源可获取的信息使用方式
LinkedIn 个人资料职务、任职时间、分享的内容使用针对其职务的开场白,提及他们发布的内容
公司博客优先事项、文化、技术选择将你的解决方案与他们明确提出的优先事项联系起来
招聘信息增长领域、痛点、技术栈“你们正在招聘 X 相关职位,这通常意味着……”
新闻/媒体报道融资、合作、发布使用与具体事件相关的开场白
GitHub/技术博客技术决策、技术栈选择突出技术相关性与可信度
播客/演讲观点、专业领域“你在 [演讲] 中关于 X 的观点很有共鸣……”

邮件送达率设置

基础设施要求
组件内容原因
专用发送域名mail.yourdomain.com 或 outreach.yourdomain.com保护主域名的信誉
SPF 记录授权发送服务器的 DNS TXT 记录证明你已获授权发送邮件
DKIM 签名邮件上的加密签名证明邮件在传输过程中未被修改
DMARC 策略指定 SPF/DKIM 执行方式的 DNS 记录告知接收服务器如何处理验证失败的邮件
域名预热用 4-6 周逐步增加发送量在 ISP 中建立发件人信誉
预热计划
周每日发送量备注
110-20仅发送给有互动的联系人
220-40混合发送给熟悉和陌生的联系人
340-70开始以较低发送量开展陌生客户拓展
470-100密切监控退信率
5-6100-150退信率低于 3% 时增加发送量
7+最多 150-200陌生客户拓展的稳定发送量
送达率监控
  • 退信率:保持在 3% 以下(高于 5% 会损害发件人信誉)
  • 垃圾邮件投诉率:保持在 0.1% 以下
  • 发送前验证电子邮件地址(使用验证服务)
  • 每月监控黑名单(MXToolbox、Google Postmaster)
  • 开展营销活动前,使用 mail-tester.com 检查送达率评分
邮件格式规则
  • 使用纯文本或简洁的 HTML(不含徽标、图片或复杂格式)
  • 尽可能不使用跟踪像素(它们会触发垃圾邮件过滤器)
  • 链接最多限制为 1-2 个
  • 避免使用可能触发垃圾邮件过滤的词语:“免费”“保证”“立即行动”“限时”
  • 邮件控制在 200 词以内
  • 包含实体邮寄地址(CAN-SPAM 要求)
  • 提供退订机制

合规要求

CAN-SPAM(美国)

适用于所有发送给美国收件人的商业邮件:

  • 发件人身份明确,不具误导性
  • 主题行不具欺骗性
  • 包含实体邮寄地址
  • 提供有效的退订机制
  • 在 10 个工作日内处理退订请求
  • 在适用情况下,标明邮件为广告
GDPR(欧盟)

适用于发送给欧盟/欧洲经济区居民的邮件:

  • 记录 B2B 拓展所依据的合法利益
  • 从合法来源收集潜在客户数据
  • 提供可访问的隐私声明
  • 保存数据处理记录
  • 及时履行删除权请求
  • 数据最小化:仅收集所需信息
  • 如果适用合法利益,则 B2B 邮件无需征得同意,但必须记录这一依据,且能够证明其合理性
CASL(加拿大)

适用于发送给加拿大收件人的商业电子信息:

  • 记录明确或默示同意
  • 清楚标明发件人身份
  • 提供有效的退订机制
  • 默示同意自最近一次交易起有效 2 年,或自咨询之日起有效 6 个月
不论司法管辖区如何,均应遵循的最佳实践
  • 始终提供便捷的退订选项
  • 立即处理退订请求(不要等到法律规定的最长期限)
  • 不要购买电子邮件名单(名单质量差,且存在合规风险)
  • 记录开展拓展所依据的法律基础
  • 保存同意和退订请求的记录

反模式

模式失败原因
“希望这封邮件发出时你一切安好”会立刻让人觉得这是模板化的群发邮件
“我联系你是因为……”说正事之前先说了三句废话
以“我叫 X,在 Y 工作”开头对方看得到你的名字。开门见山,说点有用的。
在第一封邮件里罗列一堆功能对方还不信任你,自然不会在意这些功能
带徽标和彩色设计的 HTML 模板看起来像营销邮件,容易被垃圾邮件过滤器拦截
虚假的 Re:/Fwd: 主题行欺骗对方,摧毁信任
用“只是跟进一下”作为后续邮件毫无价值,还会损害可信度
缺乏背景的社会认同“我们与 500 家公司合作”如果与对方无关,就毫无意义
在第一封邮件里写很长的案例研究留到后续邮件再发
被动的行动号召(“如果你感兴趣,请告诉我”)太软弱。直接提问,或提出具体的下一步。
一封邮件里有多个行动号召让人难以做决定。一封邮件只提一个请求。
使用主域名发送会危及整个域名的声誉

最佳实践

  1. 以真实个人身份发送,而不是使用公司别名 — “[email protected]” 每次都比 “[email protected]” 效果更好。

  2. 发送前大声朗读邮件 — 如果听起来拖沓,就删掉。如果听起来像宣传册,就重写。

  3. 把握发送时间 — 对 B2B 来说,按潜在客户所在时区在周二至周四的上午 8–10 点发送,打开率最高。

  4. 发起营销活动前验证邮箱 — 5% 的退信率就会损害域名声誉。验证每个地址。

  5. 关注回复率,而不是打开率 — 打开跟踪并不可靠(隐私功能会屏蔽跟踪像素)。回复率才是重要指标。

  6. 设计邮件序列,而不是单封邮件 — 大多数回复来自后续邮件,而不是第一封。写邮件前先规划完整序列。

  7. 记录你的操作手册 — 每封效果好的邮件、主题行和切入角度都应记录下来,供团队参考。积累组织知识。

  8. 立即处理退订请求 — 这不仅是法律要求,也是职业操守的基本要求。应在 24 小时内处理。

  9. 轮换发送域名 — 使用 2–3 个发送域名来分散发送量并保护域名声誉。

  10. 严格细分受众 — 向 1,000 人发送通用模板,效果不如向 50 位符合理想客户画像的人发送个性化邮件。


集成点

  • 文案写作 — 用于撰写落地页文案和营销页面文案。冷邮件有不同的限制(更短、更个人化的语气、不使用视觉设计)。
  • 内容策略 — 用于创建后续邮件中引用的内容素材(案例研究、指南)。
  • 营销背景 — 用于定义 ICP 和定位。如果你不知道目标受众是谁、为什么要联系他们,冷邮件就不是合适的工具。
  • 营销心理学 — 运用心理学原理(互惠、社会认同、稀缺性)来强化邮件信息。
  • 营销活动分析 — 用于跟踪邮件序列的表现,并根据数据进行优化。

故障排查

症状可能原因解决方法
打开率低于 15%主题行过长、像垃圾邮件或过于笼统测试 2-4 个词的内部邮件风格主题行。运行 subject_line_scorer.py。
有打开,但回复率低于 1%邮件正文缺乏相关性,或 CTA 的操作门槛太高重写开场白,围绕对方的实际情况展开。使用疑问句 CTA,而不是陈述句。
邮件进入垃圾邮件箱(2026 年)缺少 SPF/DKIM/DMARC 或 RFC 8058 一键退订Gmail/Yahoo/Microsoft 现在会拒收不合规的批量邮件。运行 deliverability_checker.py。
退信率高于 3%邮件列表未经验证,或包含基于角色的地址发送前验证每个地址。移除全收地址和角色账户。
垃圾邮件投诉率高于 0.10%定向不相关或发送频率过高Gmail 自 2026 年起执行 0.10% 阈值。提高定向精准度,并降低每个域名的发送量。
有回复,但结果不理想CTA 与销售漏斗阶段不匹配根据潜在客户的准备程度调整 CTA 的操作门槛。C 级高管更愿意回答问题;经理则可以接受演示链接。
域名被列入黑名单使用主域名发送,或发送量过高使用专用发送子域名。新域名需预热 4-6 周。每个地址每天最多发送 100 封邮件。

成功标准

  • 序列整体打开率持续高于 35%(基准:B2B 冷邮件为 25-40%)
  • 回复率高于 3%(基准:定向精准的冷邮件触达为 2-5%)
  • 每场营销活动的退信率均低于 2%(Gmail/Microsoft 2026 年阈值)
  • 垃圾邮件投诉率低于 0.10%(Gmail/Yahoo 2026 年严格执行的阈值)
  • SPF/DKIM/DMARC/RFC 8058 均配置完毕,送达率高于 95%
  • 序列中的第 2-5 封邮件也能带来回复,而不只是第 1 封(后续邮件贡献了 60% 以上的回复)
  • 每封邮件不超过 150 个词,包含一个 CTA,且不使用企业套话

范围与限制

涵盖范围:

  • B2B 冷邮件触达策略与文案
  • 多封邮件序列的设计与优化
  • 主题行和正文文案框架
  • 送达基础设施设置(SPF、DKIM、DMARC、域名预热)
  • CAN-SPAM、GDPR、CASL 合规指南
  • 性能诊断与迭代方法

不涵盖范围:

  • 邮件 HTML 模板设计(使用 email-template-builder)
  • 营销自动化平台配置(Outreach、Salesloft、Apollo)
  • 邮件列表构建或抓取(存在合规风险)
  • 温和触达/入站邮件序列(使用 email-sequence)
  • 电话脚本或 LinkedIn 触达序列
  • 合规方面的法律建议(有关特定司法管辖区的要求,请咨询法律顾问)

限制:

  • 脚本使用启发式分析,不会进行实时收件箱测试(生产环境验证请使用 mail-tester.com)
  • 送达率检查器无法执行实时 DNS 查询(请单独验证 SPF/DKIM/DMARC 记录)
  • 基准数据以 B2B SaaS 为主;其他行业请调整阈值

Python 自动化工具

1. 主题行评分器(scripts/subject_line_scorer.py)

使用确定性启发式规则,对冷邮件主题行的送达能力、垃圾邮件风险和打开率潜力进行评分。

python scripts/subject_line_scorer.py "quick question"
python scripts/subject_line_scorer.py --file subjects.txt --json
2. 送达率检查器(scripts/deliverability_checker.py)

根据 2025-2026 年 Gmail/Yahoo/Microsoft 要求,审查邮件内容中的垃圾邮件触发因素、HTML 复杂度、链接密度和合规性。

python scripts/deliverability_checker.py email.txt
python scripts/deliverability_checker.py email.txt --domain yourdomain.com --json
3. 序列优化器(scripts/sequence_optimizer.py)

根据行业基准分析冷邮件序列的性能数据,并诊断打开率、回复率、退信率和发送节奏问题。

python scripts/sequence_optimizer.py sequence_data.json
python scripts/sequence_optimizer.py --sample --json

评论

支持 Markdown