开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


要用 AI 创建销售开发邮件序列,先界定获批的受众和目的,只提供已核实的主张,设计有限的节奏,并在起草消息前写好停止规则。AI 可以产出可审核的文案,但联系资格、个人数据、退订、审批和实际发送都必须留在受治理的系统中,由获授权的人负责。
处理业务材料前,先阅读通用的安全使用 AI 指南。本流程产出的是一个草稿包;它不收集名单、不配置自动化,也不能证明触达在某个地方合法。
关键要点
- 起草前确认司法辖区、渠道、受众和联系依据。
- 收件人记录和抑制数据不进入模型。
- 写消息前先建立价值与主张台账。
- 个性化只限于来源已知的获批字段。
- 先定义回复、退订、退信、投诉和转化的停止规则。
- 每条消息按要求经过品牌、隐私、法务和发送审核。
写一份序列 brief,描述拟议沟通但不含实际收件人,写明司法辖区、渠道、业务目的、受众资格规则、发件人、优惠或价值、节奏约束和负责人。
FTC 的 CAN-SPAM 指南说明了美国商业邮件的要求,包括准确的路由信息、不具欺骗性的主题行、实体地址、退订方式,以及落实退订请求。[1]ICO 的电子邮件指南解释,英国的规则可能取决于渠道、收件人类型、同意和有限的既有客户条件。[2]这些都是地区示例。必须由获授权的负责人对沟通进行分类,并确定适用的规则。
| brief 字段 | 记录 |
|---|---|
| 序列 ID / 版本 | 稳定的草稿标识 |
| 地区和渠道 | 预定的司法辖区,以及邮件或其他渠道 |
| 受众规则 | 获批的资格定义,而不是收件人名单 |
| 联系依据 | 由负责系统保存的决定和证据 |
| 发件人 | 真实组织和问责负责人 |
| 业务目的 | 一个具体的业务理由 |
| 价值陈述 | 有依据的、说明消息为何可能有用的理由 |
| 节奏上限 | 最多触达次数和允许的时间窗口 |
| 禁止主张 | 不得暗示的结果或关系 |
| 抑制规则 | 退订、反对、退信、现有客户和内部排除 |
| 审批人 | 品牌、隐私、法务、销售和发送角色 |
| 有效期 | 规则和证据何时需要再次审核 |
资格、抑制或发件人身份未解决时就停下。不要让 AI“给所有人写个通用版本”,那会抹掉审核序列所需的控制。
起草输入只含合成的受众描述、获批字段名和简短合成示例,不含姓名、邮箱地址、电话、账户 ID、浏览历史、通信历史、推断的意图或抑制记录。
只有当发送系统为每个字段都有获授权的来源时,才使用 {first_name}、{company_name}、{approved_problem_context} 这样的占位符。规定字段缺失时怎么办。安全的默认做法是使用不带个性化的句子或不发送该消息,而不是让 AI 编造一个值。
| 字段 | 允许的来源 | 缺失时的处理 | 禁止的推断 |
|---|---|---|---|
{first_name} | 已核实的 CRM 联系人字段 | 使用中性问候 | 昵称或性别 |
{company_name} | 当前组织记录 | 不提公司 | 根据邮箱域名推断雇主 |
{role_context} | 获批的分组标签 | 使用一般性的任务表述 | 资历或采购权限 |
{interaction} | 已记录且获准的事件 | 不提该事件 | 假装发生过会面或网页访问 |
决定哪些材料可以离开记录系统之前,先阅读 AI 隐私指南。数据最小化是设计的一部分,而不是发出提示后的补救步骤。
每一项承诺的能力、结果、优惠、截止日期、客户示例和关系表述,都需要负责人和证据。ICO 更全面的直接营销指南强调,从规划、定向、发送到尊重个人权利,各环节都要问责。[3]一份文案草稿不能替代这种运营责任。
| Claim ID | 拟议消息 | 证据 | 范围 | 状态 |
|---|---|---|---|---|
C-01 | 支持导出为格式 X | 当前产品文档 | 版本和市场 | 已核实 |
C-02 | 缩短审核时间 | 无受控证据 | 无 | 禁用 |
C-03 | 邀请于日期 Y 截止 | 获批的活动条款 | 指定市场 | 有条件使用 |
C-04 | 我们上个月聊过 | 没有记录的互动 | 无 | 禁用 |
要求 AI 只使用已核实或明确附条件的行,并在审核期间把 Claim ID 保留在草稿旁边,只在导出获批文案时才删除。如果模型写出台账中没有的社会认同、紧迫感、熟络关系、节省金额、性能或独家性,就拒绝它。
把价值和施压分开。“这是一份针对贵团队任务的检查清单”可对照 brief 评估;“你绝对不能错过”是在编造紧迫感。简短的消息同样需要诚实的主题行、发件人、目的和下一步行动。
写任何一次触达之前,先规划整个序列。每条消息都应有不同的目的,之后的每次触达都必须以受治理系统确认未发生停止事件为前提。
| 触达 | 目的 | 最早相对时间 | 必需检查 | 退出条件 |
|---|---|---|---|---|
| 1 | 介绍一项相关价值 | 第 0 天 | 符合资格且未被抑制 | 回复、退订、硬退信 |
| 2 | 补充证据或有用资源 | 获批间隔 | 再次检查资格 | 回复、退订、投诉 |
| 3 | 礼貌地结束序列 | 获批间隔 | 最后一次抑制检查 | 任何回应或序列结束 |
这张表是合成的模式,不是通用节奏。触达次数和时间由负责人根据市场、渠道、受众和组织政策决定。
为回复、退订、硬退信、投诉、转化、账户变化、法律保全和人工抑制写明确的停止规则。“适当时暂停”不是可执行的规则。每个停止事件都需要系统负责人、生效时间和测试用例。
AI 不评估实时状态。发送平台必须在每次触达前立即检查资格和抑制。系统之间不一致时,先抑制再调查,而不是假定旧的批准仍然有效就发送。
提供序列 brief、获批占位符、主张台账、语气规则、消息目的和禁止措辞。每次触达只要求一份主稿和一份实质不同的备选,而不是几十个表面变体。
可以使用这样的指令:
BLOCKED,不要编造文案;语气和事实审核可对照单封邮件流程。序列的不同之处在于,每条消息都依赖之前的状态和停止检查;把一封邮件复制三次,并不能构成安全的节奏。
从收件人的角度阅读每一句个性化内容。它是否暗示了获批数据无法证实的监控、关系、职位或业务问题?如果是,就删除这种暗示。
把主题行与正文分开检查。正文真实并不能弥补有欺骗性的主题。核实发件人显示名称、回复路径、组织、优惠条款、日期、目标链接,以及任何可能影响收件人的主张。
NIST 的生成式 AI 配置文件把隐私、虚构内容、偏差和人对系统的过度依赖列为组织应管理的风险。[4]落实这一指引的方法,是在允许的数据组合(包括缺失值和异常值)中抽样审核。确认占位符不会暴露原始数据、产生冒犯性的组合或改变主张。
不要根据推断出的敏感特征来定向或排除某些人。不要让 AI 给“谁最容易被说服”排名、制造操纵性的压力、冒充真人,或把自动生成的内容伪装成私人对话。
建立审核包,包含 brief 版本、每一份草稿、主张映射、占位符字典、停止规则、必需页脚、目标链接、审批人和未解决的问题。在每位必要负责人批准确切版本之前,审核包状态始终是 draft。
交接给发送系统时,不得附带绕过其控制的指令。用合成收件人测试,核实占位符回退、抑制、回复识别、链接目标和序列终止。预览成功不代表获准正式发送。
在与目的相称的汇总层面衡量效果。应记录送达、回复、退订、投诉和转化的定义,但不能用指标推断敏感特征或向个人施压。打开率更高,并不能证明有欺骗性的主题行可以接受。
电子简报采用不同的、基于订阅的一对多流程,见电子简报起草指南。凡是有外部影响的行动,都要保留人工审批关卡。
写明地区、渠道、受众资格规则、联系依据、发件人、目的、有依据的价值、节奏上限、禁止主张、停止规则和审批人。起草用的 brief 中不要包含收件人名单。
没有通用的数字。使用能支持获批目的的最短序列,并由负责人根据受众、渠道、地区和政策确定时间和频率。
不要只为了起草文案就上传联系人记录。使用获批占位符和合成示例;身份、资格、抑制和实时字段值都保留在受治理的记录系统中。
只有具备获授权的最新来源、并规定了缺失值处理方式的字段才有资格使用。绝不要从间接信号推断敏感特征、关系、活动、意图、资历或采购权限。
在负责人定义的事件发生时停止,包括回复、退订、硬退信、投诉、转化、人工抑制或相关账户变化。发送系统必须在每次触达前执行该规则。
不能。退订的解读和抑制属于问责的法务、隐私和发送流程。状态不确定或系统不一致时,先抑制消息,再调查。
产品或主张负责人核实事实性陈述;品牌和销售负责人检查用法和语气;法务或隐私审核人确定适用要求;发送负责人核实运营控制。
本流程不授权发送。获批草稿可以转入受控系统,由该系统独立执行资格、抑制、时间、身份和审计要求。
免责声明:本文仅提供一般性的工作流程信息,不构成法律建议。直接营销、隐私、消费者保护和通信规则会因司法辖区、渠道、收件人及具体情境而异。
Sources checked 2026 年 9 月 4 日。
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。