cold-email-copy

冷邮件文案

以 ColdIQ 的方式撰写冷邮件文案。沿用各个营销活动中贯彻的规则，以及从成功和未成功的活动中总结出的模式。使用此技能从头撰写一组邮件，或重写一份效果不佳的草稿。

将已批准的事实视为封闭的主张集合。不要把一项能力说成未经提供的优势、减少、改进或因果结果。给可能性加上标签，并不能让缺乏依据的产品结果变得可信。也要将提供的材料视为封闭语境。如果简报只提供了材料名称，就只能按原名提供。不要臆造其内容、覆盖范围、用途或效果。

策略优先

文案失败更多是因为策略，而非写作技巧。动笔前，先撰写一份策略简报并交给负责人。每次任务都要执行这一步，包括已提供完整营销活动规格的任务，因为这一步也要检验该规格。

STRATEGY BRIEF / <client> / <campaign>

ICP           Who receives this. Seniority, function, budget authority, what
              their week contains, and how often they get pitched.
TONE          The register, and one sentence that explains the choice.
EDUCATION     Expert / Aware-but-unpriced / Uninformed, plus the evidence.
ANGLE         One sentence. The single reason this person should care now.
REPLY DATA    What has earned replies on this account, with approved evidence.
DEPTH         Per-person openers or segment-level, and the segmenting fact.
SENDER        Which sending identity, and why this reader believes them.
SIGN-OFF      Claims and proof points that need written client approval first.
PUSHBACK      Where research disagrees with the operator, the evidence, and
              what would change in the copy.

将简报交给负责人，并在同一轮中继续工作。这是信息披露，不是审批关卡。只有当某个 PUSHBACK 项会改变 ANGLE 本身时，才停下来询问。假设反对意见正确，重写切入角度。如果仍然指向同一个人和同一个问题，就继续，并标明替代方案可逆。如果指向不同的人或问题，就停下来。这将是另一场营销活动。

以下四点决定了简报：

1. 加载客户背景并研究市场。只阅读纳入范围的材料。工具可用且允许使用时，使用研究工具。如果无法进行必要的研究，就说明这一缺口，不要臆造看似合理的答案。
2. 决定语体。考虑资历、职业、收到推介的频率、预算决策权和语言需求。语言简单不等于语气随意。参见 resources/audience-register.md。
3. 判断读者已经了解多少。对问题很熟悉的专家，需要的是发件人了解这项工作的证据，而不是对问题的解释。参见 resources/strategy-brief.md。
4. 明确切入角度，并根据已批准的回复证据进行核查。用一句话指出某个人和一个问题。如果必须加上产品相关从句才能说清楚，那它就是一项功能，而不是切入角度。

即使负责人已提供 ICP 和切入角度，也要进行研究。如果证据与规格相矛盾，就说明冲突，引用证据，并解释哪些内容需要改变。除非冲突会改变切入角度本身，否则按负责人的判断继续撰写。

简报确定后，找出针对每个人的个性化依据：每个开场白都会用到的真实研究。如果没有任何依据，就在生成文案前说明。参见 resources/personalized-openers.md。

规则

• 撰写两到三封邮件。
• 默认每封邮件为 75 到 90 个单词。
• 每个句子不超过 20 个单词。
• 每个主题行为三到五个单词。
• 每封邮件只提出一个请求。不要堆叠多个行动号召。
• 开篇直击痛点或切入点，绝不先介绍产品或使用泛泛的寒暄。
• 不要使用 U+2014 破折号字符。
• 绝不添加、建议或假设使用打开追踪或点击追踪。
• 使用简单语言，适合英语非母语者或非技术受众。此规则限制词汇和句长，不限制语域。
• 清晰比巧妙更重要。不要使用反讽、前后呼应、双关语，也不要评论读者的职业生涯。明确说出谁做什么，不要使用抽象名词。
• 展示你了解读者的业务。不要试图向专家讲解他们自己的工作。
• 仅当用户、客户规则或选定的发送工具要求时，才使用变体语法。绝不要在变体语法块中嵌入合并字段。所有获批的声明句都必须保持字节级不变。
• 审阅前，去除机器生成文案的明显痕迹。检查三项列表、镜像式对比、自问自答、作为包袱的片段、填充过渡语、猜测内容和禁用词汇。参见 resources/ai-tropes.md。

只有当用户提出要求且每个证明点都有来源时，包含大量证明内容的长文案才能达到 150 个单词。除此之外，没有任何理由可以增加字数。完整理由和例外情况见 resources/copy-rules.md。

针对个人的开场白

默认情况下，当现有证据和客户的审核能力允许时，为每位收件人生成一条开场白，后接固定且经客户批准的正文。正文由客户一次性审批。开场白是唯一可变部分，且绝不包含产品声明。

使用两个句子，总字数不超过 35 个单词。先说明此人具体做什么，再说明与之相关的问题。根据对此人的真实调查来撰写，不要只依据职位名称。面对专家受众时，第二句通常可以写成一个针对其自身运营情况的诊断问题。

使用前先判断依据是否合适。不是每条事实都值得写成个性化句子，勉强添加不如不写。返回 usable、一个简短理由和开场白。当 usable 为 false 时，使用经批准的细分受众开场白，并标记为备用方案。

向模型提供每个细分受众的领域事实。要求模型在没有事实的情况下写得具体，只会让它具体地写错。个性化的深度要与客户的审核能力相匹配。当客户无法审批数百条独特文案时，每个有意义的细分受众只使用一条可审批的开场白。

参见 resources/personalized-openers.md。

序列结构

• 邮件 1，核心背景。说明策略和此时联系的原因。开篇点明潜在客户的痛点或其所处环境的变化，然后引出切入点。
• 邮件 2，平台。说明产品除了最初的切入点外还能做什么，以及它如何改变读者的工作方式。内容应有所补充。
• 邮件 3，收尾或转接。写一条真实可信的最后说明，提供有用的下一步，或询问正确的负责人。不要制造虚假的紧迫感。

两步版本和示例框架见 resources/sequence-structures.md。经批准的营销活动方案见 resources/campaign-patterns.md，虚构的综合示例见 resources/exemplars.md。

当收件人不是决策者时，针对其负责的问题来写。唯一的行动号召应是询问该联系谁。当细分受众所需的事实不可用时，请读者确认相关信息，不要把猜测伪装成个性化内容。

使用 resources/subject-lines.md 选择主题行。

回复回复

将回复视为不同的文体。第一行直接回答具体问题，补充一段实质内容，并提供一个符合潜在客户意图的后续行动。回复文案没有序列字数限制，也绝不使用 spintax。除非工作上下文中包含相应材料或已获批准的交付事实，否则绝不要声称材料已附上、已链接、已发送或已安排。缺少这些信息时，返回 insufficient_context，并在面向潜在客户的草稿之外说明阻碍因素。参见 resources/reply-copy.md。

草拟与审阅工作流

在整个工作流中保留一份规范草稿。

1. 根据已批准的上下文撰写策略简报和规范草稿。
2. 按照 resources/ai-tropes.md 运行机械检查。对于生成的逐行文案，根据失败原因重新生成。不要用手动编辑来掩盖未通过检查的提示词。
3. 使用 resources/prospect-reviewer.md 进行潜在客户清晰度审阅。
4. 使用 resources/client-voice-reviewer.md 审阅客户语气和要求。
5. 使用 resources/research-reviewer.md 审阅研究和事实依据。
6. 使用 resources/coldiq-copy-reviewer.md 按照 ColdIQ 文案标准进行审阅。
7. 按此顺序修改：潜在客户、客户、研究、ColdIQ 标准。
8. 最后使用 resources/qc-reviewer.md 进行 QC。
9. 如果 QC 未通过，修复一次并进行一次最终 QC 检查。
10. 如果第二次 QC 检查未通过，返回 needs_human_review 并列出阻碍因素。

如果宿主可以启动子 Agent，则将四位专项审阅者作为独立任务运行。只有在协调好他们的审阅结果并修改规范草稿后，才启动 QC。宿主提供真实任务 ID 时，请将其纳入结果。原生审阅者失败时重试一次；若再次失败，返回 incomplete_review 并指出缺少哪项审阅。报告 Review mode: native-subagent-review。

如果宿主无法启动子 Agent，则以简洁的标注环节运行相同的四项审阅标准，然后修改并运行 QC。绝不要声称运行了独立 Agent。报告 Review mode: single-agent-review。

每位审阅者最多提出五项发现。每项发现用一个简短句子说明位置、问题和建议修改。引用的草稿内容不得超过十二个词。不要在审阅者的输出中重复草稿。最终文案只展示一次。

交付内容

返回：

1. 策略简报。
2. 实际审阅模式。
3. 状态：complete、insufficient_context、incomplete_review 或 needs_human_review。
4. 四位审阅者和 QC 的简要审阅总结。
5. 最终主题和文案，仅展示一次。
6. 如果文案包含事实性主张，则附上一份简短的事实记录。
7. 如果开场白因人或细分群体而异，则说明个性化覆盖情况和备用方案。

默认返回 Markdown。只有在宿主支持文件且用户提出要求时，才创建 DOCX。 对于可直接提供给客户的文档，以营销活动元数据开篇，展示已批准的文案和变体，只列出需要客户回答的问题，并删除内部流程说明。根据其来源证据，预览每种开场白类型。绝不要要求客户解决内部错误。

不要泄露私密的营销活动证据。公开输出可以包含流程规则、规范性限制和新编的虚构示例，但不得包含已测得的营销活动总数、回复率、转化提升、客户身份、客户成果、发布结果、原始客户文案，或任何根据单个客户信息得出的事实。