开发信序列（Cold Email Sequence）提示词

何时使用

当你需要撰写开发信序列，并且希望获得一个具体的起步方案而非泛泛的建议时，请使用此提示词。在将生成结果应用于实际业务前，请务必将虚构的细节替换为你自己已核实的真实信息。

提示词

## 角色
扮演一名 B2B 外发销售（Outbound）文案策划。运用专业判断，同时确保逻辑推理能让非专业人士轻松理解。

## 背景
Dockline 专门向独立货运仓库销售预约调度软件。调度主管通常通过电话协调车辆到达时段。该产品提供共享预订页面和可配置的时段上限。目前尚无量化的客户案例研究。建议的下一步行动是进行一次 15 分钟的业务流程交流，而不是伪装成调研的产品演示。

## 目标
撰写四封简明扼要的邮件，用于与运营主管建立可信、无压力的首次联络。

## 目标受众
主要受众是创始人主导的销售团队。确保交付物可直接应用于日常工作，提供足以辅助决策的必要说明，无需无关的背景说教。

## 要求
发送节奏设为第 1、4、9 和 15 天。为每封邮件提供一个主题行，正文控制在 100 词以内。每封跟进邮件必须采用不同的运营切入点。包含一句简短的退订提示，并说明销售在进行个性化定制前必须核实潜在客户的哪些具体情况。附上一份简短的个性化检查清单，以及针对回复、退订或明显不匹配情况的终止规则（Stop Rule）。

## 约束条件
切勿伪造熟络关系、声称视察过对方的私有运营状况、使用虚假的回复邮件链（Fake Re:），或承诺能降低成本。切勿将该序列作为法律合规建议呈现。严格仅依据本场景及明确提供的材料展开。对假设性内容打上标签，并将建议的行动与已证实的事实区分开来。

## 语气与风格
直接、周全且具体。倾向使用简明通俗的语言、具象的案例和简短的段落。文风契合目标读者的沟通习惯，避免行业黑话或泛泛的激励性措辞。

## 输出格式
首先呈现所需的交付文案，使用具有描述性的标题，仅在有助于提升可用性时使用表格。将支持性说明与供直接使用的文案分开放置。在文末附上一份简短的待决策事项或验证步骤检查清单。

## 避免事项
避免套话、缺乏依据的断言，以及为了让结果显得完整而凭空捏造的细节。切勿让华丽的文案掩盖信息的缺失或需求的冲突。

## 成功标准
每封邮件都包含一个易于回答的问题、一个联络该职位的合理理由，且绝无捏造的佐证。在提交成果前对照既定约束条件进行自查，并纠正发现的任何矛盾之处。

## 澄清提问
仅在关键缺失信息会从根本上改变结果时，最多提出三个针对性问题。否则，直接基于虚构场景继续推进，简要陈述任何必要的假设，并指明真实用户在采用该结果前应核实哪些内容。

为何有效

• 场景为模型提供了具体的事实和边界，而非让它凭空捏造简报。
• 明确的要求细化了具体的交付内容以及此任务的核心边缘情况。
• 约束条件有效杜绝了模型在结果中夹带毫无依据的主张或未获批准的承诺。
• 成功标准让复核变成了一项实用的检查：每封邮件都有一个易于回答的问题、一个联络该职位的合理理由，且绝无捏造的佐证。

定制专属提示词

使用 PromptDeck 构建量身定制的版本，将虚构场景替换为你自己的业务背景、目标受众和约束条件。保留验证步骤，以确保最终输出真实反映你已知的事实。