← AI学习中心 / 销售与客户研究
怎样记录销售资料输出的人工确认
文中企业场景、人物与业务数字为教学示例，不是客户成果记录。
直答
给每份对外的销售资料输出留一条确认记录：谁核的、核的哪一版、按什么规则核、结论是放行还是修改。做法是先把确认规则写成一份固定的核对文件，确认时照着文件逐点过，记录跟着文件和版本号走，不散落在聊天记录里。
业务场景（合成演示）
一家起重设备商的销售资料由助理用AI起草、销售确认后发客户。有次客户问“这个吨位参数是谁核的”，内部翻不出任何记录，只能口头担保。管理上也说不清确认环节到底是做了还是没做，风险全凭运气。
具体做法
- 先写一份“资料确认核对文件”，列固定核对点：参数与现行版一致、无未经确认的承诺、交付范围完整、案例句有据。
- 每份资料发出前，确认人按核对文件逐点过，把结果写进确认记录。
- 记录至少含：资料名与版本号、核对文件版本、确认人、日期、结论（放行、修改后放行、退回）、修改说明。
- 记录集中放在一个位置，按月归档，不在聊天里翻找。
- 每季度抽几条记录回看：核对点还适不适用，要不要修订核对文件本身；改文件也要记版本。
示例表（合成演示数据）
| 资料与版本 | 核对点结果 | 确认人 | 结论 |
|---|---|---|---|
| 方案摘要V3（合成） | 参数一致／无新增承诺／范围完整／案例有据 | 销售组长（合成角色） | 放行 |
| 报价单V2026-09（合成） | 承诺句一处已改，其余通过 | 销售本人（合成角色） | 修改后放行 |
| 案例集V2（合成） | 案例证据栏两条空缺 | 销售组长（合成角色） | 退回补证据 |
可复制空模板（确认记录行）
- 资料名与版本号：
- 依据的核对文件版本：
- 逐点核对结果：
- 确认人与日期：
- 结论与修改说明：
反例
（合成演示）只在口头说一句“我看过，没问题”。三个月后客户投诉参数错误，查不出谁确认过哪一版，责任说不清，核对点有没有执行也无从检验。没有记录的确认，在需要追溯的场景里等于没有确认。
FAQ
问：每份都记会不会太重？答：可以先从几项固定字段开始，记录实际耗时；也可按风险分级，对外方案和报价必记，内部草稿不记。
问：核对文件本身谁定？答：管理层定一次并按季度修订，确认人负责执行并反馈哪些核对点不好用。
来源说明
本文“把规则写成参考文件、按版本迭代”的思路受 Google Workspace Skills 一文启发（https://workspace.google.com/blog/product-announcements/teach-gemini-your-teams-know-hows-with-skills-in-google-workspace），不推断国内可用性；核对文件与确认记录设计为本文原创编辑设计，示例为合成演示，未实际运行验证，本文不声称合作或真实成果。
讨论问题
如果今天要你拿出上一份发给客户的方案的人工确认记录，你们能在几分钟内找到吗？