客户口头同意后，怎么把签约未决事项逐项关掉

教程定位

这篇教程解决什么问题

客户已经口头同意采购，销售最容易松一口气，也最容易在这里丢节奏。因为从“同意买”到“合同可签”，中间还隔着一串看似琐碎、但每一项都可能拖住签约的事情：合同版本是不是最终版，法务意见谁回复，报价单是否和合同金额一致，付款条件有没有被财务确认，发票抬头和税号谁提供，盖章流程要多久，客户侧签署人是不是有权限。

这篇教程帮销售代表或商务把合同前最后一公里拆成一份可推进的未决事项清单。它不是合同条款解读，也不是教你判断违约责任、赔偿上限或付款风险。法律解释必须交给公司法务或授权人员处理。AI 在这里承担的是整理工作：从合同草稿、报价单、法务意见、客户邮件和付款条件中抽取还没落地的事项，标清内部责任人、客户侧确认人、截止时间、当前阻塞和下一步动作。

最终产物不是一句“客户已同意，等合同”，而是一张能拿去开内部推进会、发客户确认邮件、回填 CRM 的签约未决事项清单。清单的标准很简单：每个未决项都能回答“卡在哪里、谁来关、问客户哪位、什么时候必须关掉、关掉后进入哪一步”。当这张表里的关键项从“未确认”变成“已确认”，销售才真正接近可签状态。

使用场景

什么情况下最适合用这一套

你是一名销售代表或商务，客户业务负责人已经在电话里说“这个方案我们认可，可以往合同走”。你把消息同步给主管，主管问“这个月能不能签”，你却发现自己回答不上来。因为客户法务还没回合同修改意见，采购说付款周期要走内部审批，财务还没确认发票信息，报价单和合同附件的服务起止日期也有一点不一致。

这种场景里，商机不再是需求确认阶段，也不是早期的决策链梳理。客户已经表达采购意向，关键问题变成执行落地：签约前还有哪些事项没有关闭，哪些事项是客户侧要确认，哪些事项是我方内部要补材料，哪些事项会影响目标签署日期。销售如果只在聊天里反复问“合同推进得怎么样了”，很容易让客户觉得你只是在催进度。更有效的做法，是把所有未决事项列清楚，让双方看到还有几颗螺丝没拧紧。

一个典型例子是：客户“启明制造”已经确认采购一套销售管理系统，报价单总价为 28 万，客户希望 7 月底前完成签约。你手上有合同草稿、报价单、客户邮件和法务意见。客户采购在邮件里说“付款周期可能要改成首付款 50%、上线验收后 50%”，客户法务批注了三处条款，客户财务还没提供开票抬头。销售如果把这些信息散落在邮件、微信和合同批注里，就很难判断哪一项最先影响签约。

【适用边界】

这篇只处理签约前推进事项，不处理合同条款的法律含义。比如“客户要求调整付款节点”可以被列为未决事项，并提醒你请商务、财务和法务确认；但 AI 不能替你判断这个付款节点是否应该接受。再比如“客户法务修改了违约责任”可以进入清单，责任人写公司法务，截止时间写明；但不能让 AI 直接给出法律结论。

它也不适合用来做逼单话术。如果客户只是口头表达兴趣，还没有确认采购意向、报价版本或合同入口，应该回到商机推进或需求确认；如果合同已经签完，这张清单就应该转成交付交接清单，而不是继续放在销售侧反复维护。

材料准备

开始前先把材料和边界备齐

先准备五类输入材料。材料越完整，AI 越能帮你发现“看起来快签了，其实还没关掉”的事项。

第一类是合同草稿。最好包含版本号、最后修改日期、我方法务意见、客户法务批注、附件清单、服务范围、服务期限、签署主体和盖章信息。你不需要让 AI 解读条款是否合理，但需要让 AI 看见哪里有批注、哪里有待确认、哪里和报价单不一致。

第二类是报价单。至少包括报价版本、总金额、产品或服务明细、折扣口径、税率、有效期、付款方式、赠送或附加服务。签约前常见问题是报价单 V2 发给客户，合同附件却沿用了 V1；或者邮件里承诺了一个培训服务，合同里没有体现。这类差异不一定能由销售自行决定，但必须被列入未决事项。

第三类是法务意见。包括我方法务的修改建议、客户法务的批注、双方已经接受的修改、仍需讨论的修改。整理时要区分“待法务判断”和“待销售补材料”。例如客户要求提供营业执照和授权书，可能是商务补材料；客户修改责任限制，必须由法务判断。

第四类是客户邮件和即时消息。重点提取客户侧确认人、承诺时间、内部流程、采购和财务要求。比如“采购同事周三前确认供应商入库”“财务需要开票信息模板”“业务负责人确认服务范围没问题”。这些信息能把未决事项从抽象的“等客户”变成具体的“等采购负责人确认供应商入库”。

第五类是付款条件和开票信息。包括付款节点、付款周期、收款账号、发票类型、发票抬头、税号、合同金额是否含税、是否需要预付款发票。很多合同临门一脚卡在付款和开票，不是客户不想签，而是财务信息没对齐，或者付款条件和客户内部付款流程冲突。

在把材料给 AI 前，先做脱敏。真实客户名称、个人手机号、邮箱、合同编号、银行账号、税号、完整身份证明、公司内部审批截图，都不应直接粘贴。可以改成“客户 A”“采购负责人 B”“税号已脱敏”“合同编号已脱敏”。这篇需要的是事项结构，不需要暴露敏感原文。

建议你先定义清单字段：

| 字段 | 用途 | | --- | --- | | 未决事项 | 还没关闭的具体问题 | | 事项类型 | 合同版本、法务、报价、付款、开票、盖章、供应商入库等 | | 当前状态 | 已确认、待客户确认、待我方确认、双方待定 | | 我方责任人 | 销售、商务、法务、财务、交付等 | | 客户侧确认人 | 业务负责人、采购、法务、财务、签署人等 | | 截止时间 | 必须关闭的日期，不写“尽快” | | 阻塞原因 | 现在为什么不能签 | | 下一步动作 | 具体要发什么、问谁、开什么会、补什么材料 |

实操流程

按这套步骤把工作跑起来

第一步，先让 AI 从材料里抽取事实，不要直接生成催签计划。事实包括合同版本、报价版本、客户回复、法务批注、付款条件、开票要求、盖章流程和客户侧联系人。凡是材料里没有证据的内容，都要标成“未提供”或“需人工确认”。如果 AI 写出“客户应该可以本周签”，这不是事实，是猜测，要删掉。

第二步，把未决事项按签约链路分类。常用分类有七类：合同主体和版本、服务范围和附件、法务修改、报价和金额、付款条件、开票资料、盖章签署流程。分类的意义不是为了好看，而是为了找到责任人。法务修改不能丢给销售自己判断；开票资料通常要客户财务确认；合同附件不一致可能需要销售、商务和交付一起确认。

第三步，逐项写清“关掉标准”。未决事项如果没有关闭标准，就会在群里来回转。例如“付款条件待确认”太模糊，应该改成“客户采购确认付款节点是否接受首付 50%、验收后 50%；我方财务确认该付款周期是否可接受；双方确认后更新合同第 X 条”。有了关闭标准，大家才知道什么时候可以把这一项从表里划掉。

第四步，给每个未决项指定双边责任人。只写“客户确认”不够，因为客户内部也有业务、采购、法务、财务和签署人。清单里要尽量写到角色级别：客户法务确认条款批注，客户采购确认供应商入库，客户财务确认发票信息，客户业务负责人确认服务范围。我方也要写清：销售跟客户对齐，商务更新合同附件，法务回复条款，财务确认付款和开票。

第五步，按“影响签约日期”的程度排序。不是所有未决事项都一样急。合同主体错误、付款条件未确认、客户法务未回复、签署人权限不明，通常会直接影响签约。发票邮寄地址、培训时间、交付启动会日期，可能重要但不一定阻止签署。AI 可以先做排序，但销售要结合真实客户流程复核。

第六步，生成对客户的确认问题。问题要具体，不要只问“还有什么问题吗”。例如：“为避免合同版本来回修改，我这边把目前剩余 5 个事项列出来，请您帮忙确认每项对应的客户侧负责人是否正确。”或者：“付款节点这一项目前卡在双方确认，我方财务今天 18:00 前给结论，想请您确认采购侧是否仍按 50%/50% 方案推进。”

第七步，把清单转成内部推进动作。销售可以把表里的我方待办拆成内部消息：法务今天回复 3 个批注，商务更新合同附件，财务确认付款节点，销售向客户采购确认盖章流程。这样内部会议不再讨论“这个单快不快”，而是讨论“还有哪 3 项没关，谁今天关”。

第八步，每天更新状态，但不要改掉历史事实。签约前一两周，清单可以每天更新一次。更新时保留最新状态和下一步动作，不要把已发生的客户意见删成“已解决”。如果后续出现争议，原始未决项能帮助团队回溯：什么时候发现问题，谁承诺处理，哪一天关闭。

第九步，达到可签状态后做一次最终检查。所有关键未决项都关闭，不代表合同一定已经签署。你还要确认最终合同版本、报价附件、签署主体、盖章方式、签署日期、付款条件、开票信息和归档路径都一致。确认完成后，才把 CRM 下一步从“关闭未决事项”改成“发起签署”或“等待客户盖章”。

输入示例

可以直接参考的输入材料

下面是一个安全虚构样例。真实使用时，请把客户名称、人名、合同编号、银行账号、税号和具体联系方式脱敏。

这个输入样例里有几类典型冲突：报价单和合同附件的培训次数不一致，付款条件存在双方口径差异，法务批注需要专业判断，开票和供应商入库资料还没补齐，电子签权限不明确。AI 的任务不是替你拍板，而是把这些事项整理成可关闭的推进表。

任务背景：
我是销售代表，客户已经口头同意采购，目标是在 7 月 30 日前完成合同签署。请帮我整理签约前未决事项清单。只做事项整理和推进建议，不做合同条款法律解释。

客户与项目：
- 客户：启明制造（虚构客户）
- 项目：销售管理系统年度订阅与实施服务
- 客户业务负责人：客户业务负责人 A
- 客户采购：采购负责人 B
- 客户法务：法务负责人 C
- 我方角色：销售、商务、法务、财务、交付

合同草稿：
- 合同版本：V3，日期 2026-07-18
- 合同主体：我方主体已确认；客户主体名称和营业执照名称一致性待客户采购确认
- 服务期限：合同写 2026-08-01 至 2027-07-31
- 附件一服务范围：包含系统订阅、初始化配置、2 次管理员培训
- 附件二报价明细：合同附件写总价 280000 元含税
- 客户法务批注：第 5 条付款节点建议改为首付 50%、上线验收后 50%；第 9 条违约责任有修改；第 12 条争议解决地待双方确认

报价单：
- 报价版本：V2，日期 2026-07-15
- 总价：280000 元含税
- 报价有效期：至 2026-07-31
- 报价单里写包含 3 次管理员培训，但合同附件写 2 次
- 付款条件：我方报价单写合同签署后 5 个工作日内支付 70%，上线验收后支付 30%

客户邮件和消息：
- 业务负责人 A 邮件确认服务范围整体认可，但希望培训次数按报价单 V2 执行
- 采购负责人 B 说供应商入库资料还缺我方授权书模板和开票信息表
- 法务负责人 C 说本周四前可以给第二轮合同意见
- 客户财务尚未提供发票抬头、税号和收票邮箱
- 客户希望走电子签，但不确定签署人是否有电子签权限

我方内部信息：
- 我方法务今天可以回复第 9 条和第 12 条，但付款节点需要财务一起看
- 我方财务初步不接受上线验收后 50% 尾款超过 60 天
- 商务可以今天更新合同附件
- 交付确认 3 次管理员培训可以做，但需要写入附件

请输出：
1. 签约前未决事项清单。
2. 每项的事项类型、当前状态、我方责任人、客户侧确认人、截止时间、阻塞原因、下一步动作。
3. 哪些事项会直接影响 7 月 30 日签约。
4. 给客户的确认邮件要点。
5. 不要解释法律条款，不要替法务或财务做接受/拒绝判断。

提示词

可复制使用的提示词

你可以复制下面这段提示词，把自己的脱敏材料粘进去。建议一次只处理一个客户的一份合同，不要把多个客户的合同混在一起。

如果材料很多，可以先让 AI 输出“材料索引”，把合同、报价、邮件、法务意见分别编号，再做未决事项清单。这样后续你跟法务或客户沟通时，能说清每个事项来自哪份材料，而不是只说“AI 整理出来的”。

你是我的签约推进助手。请根据我提供的合同草稿、报价单、法务意见、客户邮件和付款条件，整理一份“签约前未决事项清单”。

目标：
- 帮我看清客户口头同意采购后，距离合同可签还有哪些事项未关闭。
- 每个事项都要有我方责任人、客户侧确认人、截止时间、阻塞原因和下一步动作。
- 输出结果用于销售和商务推进，不用于合同条款法律解释。

工作规则：
1. 只基于我提供的材料整理，不要编造客户没有确认的信息。
2. 区分“事实”“待确认”“需法务/财务判断”“销售可推进动作”。
3. 不解释法律条款，不判断条款是否应该接受；涉及法律判断时标记为“我方法务确认”。
4. 涉及付款节点、账期、开票、税率、收款账户时，标记财务或商务责任人，不替他们做最终决定。
5. 对每个未决事项写清关闭标准：什么条件满足后才算关闭。
6. 标出是否影响目标签署日期，以及建议今天优先处理的事项。
7. 生成一段给客户的确认邮件要点，语气合作，不催压。

请按以下格式输出：

一、总体判断
- 距离可签状态还差哪些关键事项：
- 预计最可能拖延签约的事项：
- 需要今天处理的事项：

二、签约前未决事项清单
| 优先级 | 事项类型 | 未决事项 | 当前状态 | 关闭标准 | 我方责任人 | 客户侧确认人 | 截止时间 | 阻塞原因 | 下一步动作 | 是否影响签约日期 |

三、版本和金额一致性检查
| 检查项 | 合同草稿 | 报价单/邮件 | 差异 | 处理建议 |

四、给客户的确认邮件要点
- 开头：
- 待客户确认事项：
- 我方承诺补充事项：
- 建议确认时间：

五、人工复核提醒
- 必须交给法务判断的事项：
- 必须交给财务判断的事项：
- 销售可以直接推进的事项：

下面是材料：
[粘贴合同草稿摘要]
[粘贴报价单摘要]
[粘贴法务意见]
[粘贴客户邮件和消息]
[粘贴付款和开票条件]

输出样例

AI 应该输出到什么程度

下面是基于前面虚构材料可能得到的一版输出。它可以作为销售会前工作表，但不替代法务、财务和商务的最终确认。

销售拿到这版输出后，不能原封不动发给客户。你要先确认内部责任人是否真实可承诺，截止时间是否可行，客户侧确认人是否准确。尤其是付款、法务和开票事项，AI 只能把“需要谁确认”写出来，不能替相关部门做结论。

一、总体判断

- 距离可签状态还差 7 类事项：客户主体一致性、培训次数差异、付款节点、法务批注、供应商入库资料、开票信息、电子签权限。
- 最可能拖延 7 月 30 日签约的事项是付款节点和客户法务第二轮意见，因为它们需要双方内部确认。
- 今天优先处理：我方授权书模板、合同附件培训次数更新、付款节点提交我方财务确认、向客户采购确认电子签权限。

二、签约前未决事项清单

| 优先级 | 事项类型 | 未决事项 | 当前状态 | 关闭标准 | 我方责任人 | 客户侧确认人 | 截止时间 | 阻塞原因 | 下一步动作 | 是否影响签约日期 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| P0 | 付款条件 | 客户建议首付 50%、上线验收后 50%，与我方报价单 70%/30% 不一致 | 双方待定 | 我方财务给出可接受口径，客户采购确认是否接受，并同步更新合同第 5 条 | 我方财务、销售 | 采购负责人 B | 7 月 22 日 18:00 | 付款节点未达成一致，合同核心条款无法定稿 | 销售今天把客户建议和我方底线提交财务，拿到口径后约客户采购确认 | 是 |
| P0 | 法务修改 | 第 9 条违约责任、第 12 条争议解决地仍有客户法务批注 | 待我方法务确认 | 我方法务回复是否接受或提出替代表述，客户法务确认第二轮意见 | 我方法务 | 法务负责人 C | 7 月 23 日 12:00 | 法务条款未完成闭环 | 销售提醒法务今天回复，并和客户确认周四第二轮意见时间 | 是 |
| P1 | 版本一致性 | 报价单写 3 次管理员培训，合同附件写 2 次 | 待我方更新 | 合同附件改为 3 次管理员培训，交付确认可执行，客户业务负责人确认 | 商务、交付 | 业务负责人 A | 7 月 22 日 15:00 | 附件与报价不一致，可能引发签署前返工 | 商务更新附件，交付确认资源，销售发客户确认 | 是 |
| P1 | 客户主体 | 客户合同主体名称与营业执照名称一致性待确认 | 待客户确认 | 客户采购确认合同主体全称和盖章主体一致 | 销售 | 采购负责人 B | 7 月 22 日 18:00 | 主体错误会导致合同重走流程 | 发送主体确认问题，请客户按营业执照全称回复 | 是 |
| P1 | 供应商入库 | 客户还缺我方授权书模板和开票信息表 | 待我方补材料 | 我方补齐资料，客户采购确认供应商入库资料完整 | 商务 | 采购负责人 B | 7 月 23 日 18:00 | 入库不完成可能无法发起签署或付款 | 商务今天打包资料，销售发给采购并要求确认是否还缺材料 | 可能影响 |
| P2 | 开票信息 | 客户财务未提供发票抬头、税号、收票邮箱 | 待客户财务提供 | 客户财务提供完整开票信息，我方财务确认可开票 | 我方财务、销售 | 客户财务 | 7 月 24 日 18:00 | 不一定阻止签署，但会影响首付款和发票流程 | 发送开票信息模板给采购，请其转客户财务填写 | 可能影响 |
| P2 | 电子签 | 客户希望电子签，但签署人权限不明 | 待客户确认 | 客户采购确认签署人、电子签平台和权限；我方商务确认电子签流程 | 商务、销售 | 采购负责人 B | 7 月 24 日 12:00 | 签署方式不清会影响盖章安排 | 问客户是否已有电子签授权人，如无则预留线下盖章时间 | 可能影响 |

三、版本和金额一致性检查

| 检查项 | 合同草稿 | 报价单/邮件 | 差异 | 处理建议 |
| --- | --- | --- | --- | --- |
| 合同总价 | 280000 元含税 | 280000 元含税 | 无差异 | 保持一致 |
| 服务期限 | 2026-08-01 至 2027-07-31 | 未见冲突信息 | 暂无差异 | 请客户业务负责人确认服务起始日 |
| 管理员培训 | 2 次 | 报价单 V2 和客户邮件均为 3 次 | 有差异 | 商务更新附件，交付确认可执行 |
| 付款节点 | 70%/30% | 客户建议 50%/50% | 有差异 | 财务确认可接受方案后再更新合同 |

四、给客户的确认邮件要点

- 开头：为确保 7 月 30 日前顺利进入签署，我把目前剩余事项整理成清单，方便双方逐项关闭。
- 待客户确认事项：合同主体全称、付款节点是否按 50%/50% 继续评估、周四第二轮法务意见时间、开票信息、电子签授权人。
- 我方承诺补充事项：今天补授权书模板和开票信息表；今天更新培训次数为 3 次的合同附件；付款节点由我方财务给出确认口径。
- 建议确认时间：请客户采购在 7 月 22 日下班前确认主体和签署方式，客户法务按原计划周四反馈第二轮意见。

五、人工复核提醒

- 必须交给法务判断的事项：违约责任修改、争议解决地、客户法务第二轮意见。
- 必须交给财务判断的事项：付款节点 50%/50%、上线验收后尾款周期、开票与首付款衔接。
- 销售可以直接推进的事项：收集客户主体全称、确认客户侧负责人、发送资料清单、约定每项截止时间、同步更新 CRM。

人工验收

人要怎么检查和改到可用

AI 输出后的第一件事，是检查有没有把猜测写成事实。比如“客户可接受 50%/50%”和“客户建议 50%/50%”完全不同；前者像结论，后者才是事实。凡是客户没有明确确认的内容，都要改成“待客户确认”。

第二件事，是检查责任人是否能落地。很多清单写着“我方确认”“客户确认”，看似完整，实际没人负责。你要把它改成具体角色：我方法务、我方财务、商务、交付、客户采购、客户法务、客户财务、客户业务负责人。无法确定具体人名时，至少写角色，并在下一步动作里写“请客户指定确认人”。

第三件事，是检查截止时间是否服务于目标签约日期。如果目标是 7 月 30 日签约，7 月 29 日才让法务回复第二轮意见就太晚了。签约前最后一公里要倒排：法务闭环、合同定稿、客户内部审批、盖章或电子签都要留时间。AI 给出的时间只是草案，销售要按客户流程调紧或调松。

第四件事，是检查内部承诺有没有越权。销售不能因为 AI 写了“我方接受付款节点”就直接发给客户。付款、账期、税务、合同风险、交付资源都需要对应部门确认。对外发送前，把所有涉及承诺的句子改成更稳的表达，例如“我方内部今天确认后同步您”，而不是“我方可以接受”。

第五件事，是检查客户邮件要不要变短。未决事项清单可以很细，但发给客户的邮件不宜像审计报告。客户邮件只放影响签约的关键项、需要客户确认的动作和双方约定的时间。内部清单保留完整细节，客户邮件保留推进重点。

【人工复核清单】

| 复核项 | 要看什么 | | --- | --- | | 版本 | 合同版本、报价版本、附件版本是否一致 | | 金额 | 总价、税率、折扣、服务项是否一致 | | 付款 | 付款节点、账期、验收条件是否已由财务确认 | | 法务 | 所有条款批注是否有法务处理意见 | | 开票 | 抬头、税号、发票类型、收票邮箱是否齐全 | | 签署 | 签署主体、签署人、盖章方式、电子签权限是否确认 | | 客户侧 | 每个客户待办是否有明确确认人和截止时间 | | 内部侧 | 每个我方待办是否有责任人，且责任人知道这件事 | | 对外表达 | 没有越权承诺，没有法律结论，没有催压语气 |

失败反例

这些失败反例要提前避开

【反例一：把“客户口头同意”当成“合同可签”】

错误做法是 CRM 写“客户已同意，预计月底签”，但没有列出合同版本、法务意见、付款节点、开票资料和签署流程。到月底才发现客户法务还有三处批注，采购入库没完成，付款条件还在等财务。正确做法是把口头同意后的所有未决事项列出来，用清单判断是否真的进入可签状态。

【反例二：让 AI 直接判断合同条款能不能接受】

错误做法是把客户法务批注贴给 AI，然后问“这个条款能不能接受，帮我回复客户”。这会把法律风险交给没有授权的工具。正确做法是让 AI 标出“该条款需我方法务判断”，并整理给法务看的背景：客户修改了哪里、影响哪一条、客户希望什么时候回复。

【反例三：清单里只有事项，没有责任人和截止时间】

错误清单会写“开票信息待补、付款条件待确认、合同附件待改”。这类清单看起来全面，但没有推进力，因为没人知道谁该做、什么时候做完。正确清单必须写“客户财务 7 月 24 日前提供抬头税号；我方财务收到后确认发票类型；销售 7 月 24 日 18:00 前回收结果”。

【反例四：把所有未决项都发给客户，像在甩锅】

有些销售把内部清单原样发给客户，里面写着“客户未提供、客户未确认、客户拖延”。这会破坏合作感。正确做法是内部清单可以直白，客户邮件要改成协作语言：为了保证目标日期，我们这边整理了双方需要确认的事项，我方今天补哪些，想请贵方协助确认哪些。

【反例五：忽略报价单和合同附件的小差异】

合同前最后一公里最容易被“小差异”拖住，比如报价单写 3 次培训，合同附件写 2 次；报价有效期到月底，但客户审批要到下月；邮件承诺含数据导入，合同服务范围没有写。正确做法是单独做版本和金额一致性检查，把差异列为未决事项，而不是等客户盖章前发现。

主题边界

它和相邻主题的区别

这篇和“客户说还要内部讨论，销售下次跟进该问什么”不同。那篇处理的是需求确认阶段，客户还没有形成明确采购推进，重点是补需求、角色、预算窗口和下一步问题；这篇发生在客户已经口头同意采购之后，重点是合同、法务、付款、开票、盖章等签约执行事项。

这篇也不同于“多联系人商机，怎么画出决策链和阻塞点”。决策链文章关注谁影响采购、谁支持或反对、阻塞点来自哪个角色；本文只关心签约前每个未决事项对应的客户侧确认人是谁，以及如何把事项关到可签状态。它不画组织关系图，也不判断政治格局。

它还不同于“商机阶段虚高，主管怎么用证据把它校准”。阶段复核是主管判断 CRM 阶段是否被证据支撑；本文默认商机已经进入合同前推进，任务不是校准阶段，而是把签署前剩余事项拆成可执行动作。

最后，它不是法务审合同教程。合同条款解释、风险接受、责任上限、争议解决、付款风险等判断都不交给 AI。本文的价值在于让销售和商务不漏项、不失控、不把“等客户”当成推进计划。