快速答案：先确定续约阶段，再起草邮件

先冻结客户实体、租户、适用协议与版本、续约和通知节点、收件人角色、沟通目的、已批准价值证据、开放问题、当前提案和唯一所需下一步。只选择与当前阶段匹配的一个模板。随后要求客户负责人审核；若内容涉及价格、合同、支持、安全、隐私或监管，还应由财务、商务、法律、安全、支持或隐私负责人分别审核事实、收件人、承诺和发送。

最小续约消息契约

每份草稿都应记录账号 ID、协议 ID 与版本、证据截止时间、消息分类、收件人及目的、当前阶段、批准来源 ID、未决条件、所需回复、负责人、期限、跟进上限和处置状态。缺失字段必须保持可见。文字流畅不代表可以推断价格、法律期限、采购权限、客户价值或同意。

AI 起草流程可以做什么

有边界的流程可以读取获准记录、发现冲突、按选定结构整理事实、执行明确批准的算术、建议主题与正文、标出缺少证据并分派审核。它不能解释续约条款、决定邮件属于交易还是商业推广、创造折扣、批准提案、隐瞒服务问题、从沉默推断同意，或未经明确授权以某个人身份发送。

下载工作材料

使用可编辑客户续约证据工作表定义客户、协议、阶段、来源、审核路径和停止条件。然后查看完整 RR085 虚构续约资料包：其中逐条打印 28 条来源记录、7 封完整候选邮件和 7 份审核记录，没有用“其他类似”省略任何一行。

套用模板前先给消息分类

续约沟通可能同时包含客户关系管理、合同通知、服务信息、谈判和推广。出现“续约”两个字并不能自动决定适用规则。消息分类应是一个由人工负责的明确字段，因为它会影响收件人、批准措辞、退订控制、留存规则和法律审核。

合同通知不是普通提醒

如果邮件用于履行通知义务，应以适用协议和经法律批准的流程来确定发送人、送达地址、时点、方式与表述。模板邮件本身不能证明通知有效。权威协议和通知记录应保存在正文之外，不得把日期差计算包装成法律结论。

客户关系沟通不一定属于交易消息

客户经理可以合理地约一次计划会议，也可以请客户纠正利益相关方名单；但这不意味着同一封邮件里附带的报价、增购或宣传都自动成为交易内容。美国 FTC 对交易或关系类邮件列出了较窄的用途，并说明混合内容要看主要目的；其他司法辖区规则不同。应让合格人员分类，而不是让模型根据语气判断。

发件基础要求仍然适用

Google 当前 Gmail 指南要求向个人 Gmail 账号发送邮件的发件人满足身份验证和基础设施条件；超过 Google 所述每日阈值的发件人，还要满足额外的 SPF、DKIM、DMARC 对齐要求，并为营销和订阅消息提供一键退订。指南也要求发件身份、显示名、主题、标头和正文准确、不误导。这些技术控制不能证明某一续约邮件合法或受欢迎，但应进入发送前检查。

写正文前先建立一条续约证据记录

证据简报要小到可以认真审核，也要完整到足以阻止编造。不要把不受限的 CRM 导出、整个邮箱、合同库或支持归档交给模型。只读取为当前客户和目的获准的记录，保留稳定 ID，并把原始来源保存在草稿之外。

客户与协议身份

记录法定客户实体、服务租户、账号 ID、协议或订单 ID、版本、生效日期、记录中的续约机制、适用文本、币种、产品范围、通知地址与权威系统。如果协议签约方是子公司，仅有母公司名称不够。CRM 成交日期也不当然等于合同节点。

收件人角色和目的

为每位 To 与 Cc 收件人记录已验证地址、组织、关系、加入原因、适当信息范围、沟通偏好和已知权限。VP 或 Director 头衔不能证明签字、采购、账单、法律通知或安全审核权限。曾参与上一轮也不说明当前角色仍有效。

带定义的价值证据

保存指标、分子、分母、时间周期、时区、来源、数据负责人、排除项、基线、客户确认状态和归因限制。“71 个活跃席位”必须说明什么叫活跃、合格总体是多少、统计哪个周期。活动数据可以支持一个计划问题，却不能自动证明采用质量、商业价值、因果、ROI 或续约意愿。

未决问题与承诺

列出支持工单、产品差距、安全审核、隐私问题、抵扣、发票、实施依赖和客户提出的条件。保留当前负责人、已验证状态、最后更新时间、下一证据和批准措辞。不得用积极价值回顾掩盖重大问题，也不能承诺超过责任人批准计划的解决日期。

提案与商业权限

记录提案 ID、版本、出具日、失效日、期限、产品范围、数量、币种、当前和提议价格、税务口径、抵扣、折扣、依赖，以及各字段的批准人。邮件应链接权威提案，而不是在正文里产生第二套条款。任何不一致都应停止，不应临时发挥。

把模板当作阶段证据契约使用

方括号字段只能替换为已批准事实，内部备注必须删除，一封邮件只保留一个所需下一步。如果必需事实未知，就提出范围明确的问题或停止草稿。不能仅因账号有续约日，就自动发送全部七封邮件。

模板 1——提前规划续约流程

**适用情形：**真实协议和账号计划支持提前讨论流程。主题：规划[客户]在[续约日]的续约工作。开头把协议节点写成已核验记录，而不是威胁。请客户确认决策标准、相关方角色、采购步骤、所需证据和偏好时间；提供一次议程清楚的工作会议。

**证据块：**账号与协议 ID、已核验节点、联系人目的、已知流程、客户此前请求、开放问题和可选时间。**停止条件：**协议版本不确定、联系人不合适、可能涉及法律通知，或草稿引入未批准价格和紧迫感。提前沟通的目标是留出评估空间，而不是制造稀缺。

模板 2——价值与使用回顾

**适用情形：**客户要求查看成果，或账号计划安排事实检查。主题：[周期]证据回顾与[客户]续约规划。先列出两三项已核验指标和定义，区分产品活动、服务交付、客户确认成果和推断，并写明证据截止时间，请客户纠正。

**证据块：**指标 ID、周期、分子、分母、排除项、负责人、客户确认状态和未决问题。**停止条件：**缺少基线、租户边界不确定、指标被改写为 ROI，或引语和背书未获许可。不能把登录量直接等同商业影响，也不能把活动等同满意度。

模板 3——节点提醒

**适用情形：**已核验运营或合同节点需要一个明确动作。主题：[客户]续约节点为[日期]——请确认[动作]。说明来源、当前阶段、已完成事项、唯一剩余回复、联系人和下次更新时间。自动续约、通知、暂停或服务后果必须使用批准措辞。

**证据块：**协议与版本、确切日期和时区、节点类型、必要时的法律批准解释、回复路径与备用动作。**停止条件：**日期冲突、草稿把 CRM 日期当成合同控制日期，或把沉默写成明确同意。提醒无法补救无效的通知流程。

模板 4——确认利益相关方和流程

**适用情形：**需要客户纠正业务、采购、法律、安全和账单责任人。主题：确认[客户]续约角色与流程。按角色列出，不披露多余内部细节；不确定的角色应标成问题，并说明需要各角色的原因。

**证据块：**联系人来源、最后核验日、角色、允许数据范围、偏好渠道和权限状态。**停止条件：**联系人来自未批准的数据丰富来源、对方已要求停止该类沟通，或草稿从职位、抄送状态和以往交易推断权限。

模板 5——确认开放问题

**适用情形：**支持、产品、安全、隐私、账单或商务问题会实质影响评估。主题：[客户]续约规划——截至[UTC 日期]的开放事项。列出问题 ID、已核验客户影响、当前负责人、状态、下一证据和预计更新；说明它是阻塞项、仍在评估还是仅相关。

**证据块：**权威工单、权威系统的严重级别、客户可见状态、批准承诺、依赖与更新节奏。**停止条件：**问题不适合该收件人、疑似原因被写成确认原因、不同系统严重级别冲突，或草稿承诺责任人未批准的日期。

模板 6——跟进续约提案

**适用情形：**已有授权提案，下一任务是确认收悉、解释或转交，而不是临场谈判。主题：跟进[客户]续约提案[版本]。明确讨论哪一版，概述范围、期限、币种、提议金额、失效日、依赖和确切问题，链接权威文件并注明商务负责人。

**证据块：**提案版本与校验或稳定链接、批准摘要字段、收件人访问、财务与法律审核状态、谈判边界。**停止条件：**附件与记录不同、价格或数量在批准后变化、有条件折扣被写成最终条款，或发件人没有谈判权限。

模板 7——最终时间和下一步确认

**适用情形：**已核验流程需要一次中性的闭环请求。主题：请于[日期]确认[客户]的下一步。回顾客户最近确认的立场、未决条件、适用决定或通知节点、可选路径和唯一所需回复；按批准措辞说明未回复时团队将怎么做。

**证据块：**最后客户陈述、决定负责人、节点、选项、开放条件、跟进次数、停止状态和批准备用动作。**停止条件：**邮件虚构“最后机会”、误述服务后果、超过跟进上限、无视偏好或退订，或在没有协议及法律批准流程时把沉默当同意。

查看完整 RR085 虚构案例

RR085 讲述 Redwood Quay Analytics 的虚构续约。人物、公司、域名、协议、工单、提案、价格和结果全部为教学创作；所有邮箱以 .invalid 结尾，七封草稿均为 NOT_SENT。它不是 OpenMax 客户案例，也不是产品测试。

28 条来源记录覆盖七个阶段

每个阶段打印四条记录：身份/权限、数量或状态证据、不确定或更正、审核/下一动作。核对式为 7 个阶段 × 4 条 = 28 条，编号 E001 至 E028。这样可以防止漂亮的邮件掩盖缺失事实。

七封完整邮件保留阶段边界

D01 询问流程；D02 报告定义明确的活动而不声称 ROI；D03 说明节点但不作法律判断；D04 请客户纠正角色；D05 保持两个未决问题可见；D06 跟进批准的 P-3 提案版本；D07 只请求一个下一步，不虚构同意。

七份审核把批准与发送分开

R01 至 R07 逐项检查主张、收件人、访问、算术、权限、专业审核、跟进次数和候选状态。即使合成数值全部核对无误，处置仍可保持 NOT_SENT。RR085 含 0 个邮件发送工具和 0 个现实后果。

重新计算案例，不要相信流畅百分比

案例特意使用简单算术，因为数字压缩成邮件后也会获得证据没有支持的含义。

席位活动率是 77.17%，但不是价值证明

RR085 冻结 92 个许可席位，其中 71 个满足虚构定义：“截至 2026-05-20 UTC 的 30 天内至少完成一次受治理工作流”。计算为 71 ÷ 92 × 100 = 77.17%。它不说明频率分布、任务质量、业务结果、因果影响、满意度或未来意向。D02 保留数量、定义、周期和限制，并请客户纠正解释。

提案增加 5%，但没有获批

虚构当前年价为 USD 120,000，P-3 提案在所述范围内为 USD 126,000。差额 126,000 − 120,000 = USD 6,000；相对变化 6,000 ÷ 120,000 × 100 = 5%。算术只验证摘要，不证明公平价值、预算、税务处理、权限、接受或签约。

29 个日历日不是法律意见

案例为内部规划计算 5 月 20 日到 6 月 18 日相隔 29 个日历日。这不能决定合同通知是否及时、条款如何计日、哪个时区控制，或邮件是否为有效通知方式。D03 指回协议记录，并要求在作任何通知主张前由合格法律人员审核。

评估每一封填好内容的续约草稿

语法正确的邮件仍可能发错账号、发错人、超越商业授权、产生法律误导或使用过期事实。先做确定性检查，再进行人工判断。

追溯每一项重大陈述

日期、数量、百分比、价格、提案条款、客户陈述、问题状态、承诺和期限必须对应批准记录。笼统链接到 CRM 不够；审核人应能找出证据截止时使用的确切版本。

拒绝未替换字段和合成数据

生产预检应拒绝方括号、.invalid 地址、RR085、虚构姓名、教学标签，以及把 NOT_SENT 示例复制成真实邮件。过期提案、改变后的附件、未核验外部域、缺少分类和批准后更新的来源也应停止。

检查收件人、访问和最小披露

复核 To、Cc、别名、外部域、链接权限、附件和回复路由。每位收件人必须有明确目的和适当信息范围。不得把某客户的使用、安全、支持、合同或价格信息发给另一租户或未经授权的顾问。

同时检查事实状态和语气

标出已核验事实、客户陈述、提案、预测、假设、争议项和未知项。语气不能抹去这些状态。如果金额只是提议，“很高兴确认新年价”就是错误；如果没有真实期限，“最后机会”就是误导。

保持未发送状态

通过预检只说明候选内容符合已定义检查，不证明法律合规、客户理解、商务批准、可达性或 OpenMax 准确性。批准版本与发送授权应分别保存；重大字段改变后必须重新审核。

用六个独立步骤审核续约邮件

分开审核可以防止友好流畅的语气掩盖证据和权限问题。

第 1 步——阶段与目的

不看内部备注，审核人能否说出当前阶段和唯一所需结果？如果邮件混合规划、价值证明、谈判、升级和最终通知，应拆分或建立明确主次。

第 2 步——协议与日期

核验法定实体、租户、协议/版本、来源日期、节点类型、时区和批准解释。对比 CRM、合同库和提案日期；出现冲突就停止，不选择最方便的值。

第 3 步——证据与算术

追溯主张，从基础值重算比例与价格变化，核验周期、分母和排除项，并询问客户是否确认解释。删除证据不支持的 ROI、因果、基准和背书表述。

第 4 步——收件人与数据范围

核验每个地址和角色，并以该收件人身份测试附件与链接。最小化客户、安全、支持、账单和个人信息；任何自动跟进前先检查偏好和停止状态。

第 5 步——专业与商业权限

合同和监管陈述交给合格法律审核；价格和会计交给授权财务/商务负责人；安全主张交给安全团队；客户承诺交给负责账号或支持的人员。普通文字审核不能替代这些判断。

第 6 步——最终版本与结果记录

保存草稿版本、证据截止、审核人、批准时间、发送授权、发送身份和最终处置；链接客户更正、会议、决定、签署记录、不续约或转交。打开和点击可作运营信号，不能证明理解、权限、同意或续约。

在严格边界内使用 OpenMax

OpenMax 官方 AI 商务邮件助手页面描述了这样一条流程：查看获准线程、收集允许事实、准备适合收件人的草稿、分派敏感内容，并保留来源线程、重大修改、发送批准和跟进记录。这支持证据整理和受控起草，并不代表法律或商业自治。

从一个低差异邮件类型开始

先选择利益相关方确认或事实会议纪要等可重复消息。定义允许系统、最低字段、收件规则、来源新鲜度、禁止主张、审核人和零自动发送；先用合成和脱敏示例测试，再接触真实账号数据。

分离读取、起草、批准和发送

OpenMax employee 可以被限定为仅读取授权客户记录、生成候选内容并分派审核。合同、支持、提案、起草、选收件人和发送应使用不同权限。批准商业陈述的人不一定是被允许操作邮箱的人。

把入站内容视为不可信输入

客户邮件、转发线程、文档、签名和链接页面可能包含恶意或无关指令。OWASP 提示注入指南可作为安全参考：限制工具和数据访问、区分指令与内容、验证输出、对后果性操作强制人工批准。客户邮件不能重写 agent 权限或批准折扣。

不适合使用的情形

如果数量很少、记录不一致或每次续约都高度定制，简单人工流程可能更合适。不要用该工作流判断合同、消费者自动续约合规、法律通知有效性、会计处理、安全保证或最终谈判权限；这些必须由合格人员和权威记录控制。

按续约沟通成熟度逐级扩展

只有证据质量和审核表现可观察后，自动化范围才应扩大。

第 1 级——人工证据清单

客户负责人填写工作表、选择模板、人工起草。这往往是最好起点，因为缺失字段和不同意见会显现。

第 2 级——确定性记录检查

规则检查账号/租户、协议必需字段、来源新鲜度、提案版本、收件域、停止状态、未替换占位符和算术。失败发生在语言生成之前。

第 3 级——AI 起草、人工逐封审核

AI 只接收批准证据简报，生成一份阶段候选并标出未知。每封都由人工复核，模型没有发送工具。

第 4 级——专业分派与评估

内容触发对应审核人。测试覆盖错租户、过期条款、注入指令、附件被换、日期冲突、无依据 ROI、虚假紧迫、沉默同意、重复发送和本地化错误。

第 5 级——有界运行与监控

只有已充分理解的低风险类型才能获得有限自动化。监测事实更正、错发、无依据主张、停止失败、审核撤回、回应质量、问题解决和记录结果；错误或例外超过边界时缩小范围。

避免模板容易掩盖的失败方式

给所有客户发送同一套倒计时

固定 90/60/30 天节奏忽略真实协议、客户偏好、采购复杂度、未决问题和消息目的。阶段进入应由已核验条件触发，而不能只看日历。

把活动写成客户价值

登录、工作流、席位和工单可能是有用事实；若没有定义、基线、结果关联和客户确认，就不能证明 ROI 或成功。应保留底层证据，并询问客户它如何影响其决定。

用积极措辞抹掉开放问题

隐藏支持和安全问题也许让语气更愉快，却会损害信任和决策质量。使用批准措辞展示问题、负责人、状态、证据、下一更新和限制。

在邮件里重写提案条款

凭记忆概述会生成影子合同。引用当前权威提案，确保邮件不能静默改变价格、范围、税费、抵扣、失效日或依赖。

未核验紧迫与暗示同意

“最后机会”“续约已确认”或“若无异议我们将继续”可能不准确且有法律后果。只使用已核验节点和批准后果；沉默不能由模型推断。

只衡量续约转化

高续约率可能同时伴随错发、问题隐藏、无依据主张、过度压力或客户不匹配。应同时检查事实更正率、问题可见性、偏好遵守、审核撤回、记录决定和关系质量信号。

执行发送前清单

身份与合同

  • 法定客户、租户、账号 ID、协议/订单、版本和权威系统正确。
  • 节点类型、日期、时区、通知方式和解释由授权负责人审核。
  • 没有把 CRM 字段静默当作合同控制条款。

证据与商业条款

  • 所有成果、活动、问题、价格、比例和客户陈述都有稳定来源与截止时间。
  • 分子、分母、周期、公式、币种、税务口径、范围、提案版本、失效日和排除项一致。
  • 提案、事实、推断、预测、未知和客户确认成果清楚区分。

收件人与沟通控制

  • 每个 To/Cc 地址、角色、目的、访问、偏好和停止状态已核验。
  • 已记录消息分类，并审核适用发件、退订、地址、留存与当地法律控制。
  • 收件人可访问链接和附件，且不会看到多余客户或安全信息。

权限与处置

  • 客户、商务、财务、法律、安全、支持、隐私等必要负责人批准自己的主张。
  • 草稿批准和发送权限分开；重大修改会让批准失效。
  • 已记录跟进次数、停止条件、最终版本、发送状态和客户结果。

常见问题

应何时开始客户续约沟通？

依据真实协议、通知要求、采购复杂度、客户偏好、账号计划和未决工作决定。应足够早地留出证据复核与纠正时间，但不能制造紧迫感。通用倒计时不能替代这些事实。

AI 可以计算续约 ROI 吗？

它能把批准公式用于已核验输入并展示算术，却不能选择有效基线、决定归因、推断遗漏成本、建立客户接受或把活动改写为商业价值。解释仍需合格负责人和客户复核。

未解决支持或安全问题应写入吗？

如果重大且适合该收件人，应保留已核验状态、负责人、批准承诺和下一更新时间。不能披露受限细节、猜测原因或承诺超出责任团队权限的解决方案。

续约提醒需要退订链接吗？

这取决于消息目的、内容、收件人、司法辖区和发送背景。Google 对超过其阈值发件人的营销和订阅消息要求一键退订；FTC 区分商业消息和较窄的交易/关系用途。不能让本页替真实邮件分类，应遵守合格审核与组织发送政策。

未回复可以视为同意续约吗？

不能自行从沉默推断同意。遵守适用协议和法律批准流程，区分合同自动机制与客户肯定决定，只陈述已批准后果。消费者负面选项规则还可能提出本企业指南之外的要求。

OpenMax 能自动发送整个序列吗？

OpenMax 可在配置边界内支持获准上下文读取、起草、分派、批准记录和跟进协调。本指南建议，在消息分类、证据、收件人、权限、审核、恢复和监控尚未针对一个窄场景验证前，保持零自动发送。

RR085 能证明 OpenMax 提高续约吗？

不能。RR085 是原创虚构教学材料，只包含确定性记录，没有真实客户、邮箱、合同、OpenMax 运行、已发邮件、回复或商业结果。它展示如何检查草稿，不展示产品效果。

来源、方法与发布限制

本页于 2026 年 9 月 5 日复核。OpenMax 编辑人员把下列官方来源综合成原创运营指南。七个模板不是排名，也不是经过测试的转化基准；RR085 是虚构案例。法律、商务、安全、隐私、财务和客户关系结论必须由授权人员审核。

主要官方来源

证据与经验声明

OpenMax 相关主张只来自其官方页面。本文不声称客户引语、转化提升、送达效果、法律结论、认证或第一手部署结果。目前未提供一位具名且真实的 OpenMax 专业审核人，这仍是发布前输入。