一个做工业配件的销售，跟客户谈了 3 周，条款散在微信、邮件、报价单里。客户催签字，他今天下午要交出一份能签字的合同 PDF，还得走内部审批。难的是他不知道该信哪一份记录，也不知道复制粘贴漏了哪一条。

先说明，这是典型场景还原，不是哪一家客户的真实案例。

合同出错，根子常常不在法务抠得严。真正的原因在于沟通里的事实没被结构化地搬到纸面上。「记错了」是表象，「同一件事要人肉抄三遍」才是原因。

客户催签字，手上有五份互相打架的记录

交期在微信里说定，付款方式在邮件里改过一次，价格取报价单。质保是电话里口头答应过的，规格是客户自己发来的文件。五个来源，没有一份是完整的。

从「跟客户谈好的那几句话」到「能签字的 PDF」，中间要过五道手。每一道都不是技术难题，全是抄写和搬运。

卡点以前怎么做现在怎么改判断做对了没有
条款散在五处翻聊天记录找交期，再翻邮件找付款方式AI 从沟通记录提取字段，填进合同模板客户问「交期到底是哪天」，10 秒内指到合同第 3 条
字段靠手抄把 Word 里的客户名删掉，再把报价单上的价贴过去占位符由抽取结果带值，不用手抄全文搜客户名，搜不到上一家公司的名字
模板自己会坑人从上一家客户的文档改，改完忘了删默认条款每次从干净模板起合同第一句还是「兹有甲方」，甲方那栏是空的
审批与签字分在两处审批走邮件，签字走微信合同状态留在系统里问一句「这版走到哪一步了」，不用翻聊天记录
交出去的是哪一版桌面存了三个文件，名字都叫「合同最终版」合同能导出 PDF，版本靠命名约定手上只剩一个 PDF，客户收到的就是同一份

条款散在五处，字段还得人肉抄一遍

抄第一个字段，你去微信里翻交期。抄第二个，去邮件里找付款方式。抄第三个，回到报价单上取价格。抄到第四个，你已经不记得第一个是从哪句原话里摘的了。

说实话，这类活总是压在销售身上。InsideSales 与 XANT 的研究（Forbes 2018-02-15 刊载）里，721 名销售自报只有 35.2% 的时间真正在卖东西。剩下那部分里有相当一块，就是这种搬事实的活。

SiliMind 把这条路径接起来了：AI 从沟通记录提取字段，填进模板之后渲染成合同。接口测试 5 项全过，浏览器里的操作流程也走通了。

模板这边支持 Word 和 Excel。上传一份 .docx 或 .xlsx，系统会把里面写成 {{占位符}} 形式的字段读出来，用抽取到的值填进去就能下载回来。读文件用的是 python-docx 和 openpyxl。我们做模板填充时，13 个占位符是一个一个验过的。这一侧 3 个接口，同一个合同里手写字段和文件占位符可以并存。

权限上，合同这块销售自己能建也能用，公司管理员也一样。市场同事看不到这一块。

同一套做法用在拜访录音上，录音转文字之后抽 13 个字段存进客户时间线（拜访录音转 13 字段纪要）。合同字段的上游就是这些记录。销售那边，这一步对应的阶段叫「报价中」。客户卡在这里，整条商机跟着停。

抄完之后，模板自己还会坑你

老实说，这一段最容易出事。没人会提醒你。

模板里写着「兹有甲方」，甲方的名字是空的。你从上一家客户的合同改，改完交出去，客户第一眼看到的是空着的甲方。

模板升级过之后，老字段删了，Word 里那个 {{ }} 还留着。填值的时候它没被填上，导出来的 PDF 上就留着一串 {{ }}。这事只有导出之后翻一遍才发现。

还有单位。系统里报价单的币种默认美元，合同的默认人民币。从报价单把金额搬进合同就不能只搬数字。金额、币种、单位，这三样得一起过一遍。

说到多币种，得说清楚它到哪一步为止。报价单、商机、合同这三个对象都带币种字段，看板按币种分组，美元和人民币不混在一起加。但它不做自动汇率换算。美元报价单变成人民币合同，系统不会替你折算，汇率和口径都得你自己交代清楚。

审批在系统里，签字在系统外

我认为审批和签字得分开看。合同建好之后，状态是 pending_approval，意思是它还在公司内部审批流程里。

这里容易误会的是，导出 PDF 跟审批没关系。文件能导出，不代表这份合同可以对外发，能不能发给客户取决于内部审批走到哪一步。

签字本身不在系统里发生。客户在哪儿签、扫描件怎么回来，是你们自己的约定。系统不接收签字回传，「这份是不是最终版」说到底得靠人和约定回答。

交出去的那份，得说得清是哪一版

在 SiliMind 里，合同导出 PDF 是通的。报价单的导出还只能走 Word 和 Excel，PDF 那条路没通。这两件事得分清楚。

版本这件事，系统这头没替你解决。合同流转几轮，名字不换，桌面上的「合同」「合同2」「合同最终版」长得一模一样。你能做的，是把导出后的命名定成一条死规矩，客户简称加日期加版本号。麻烦，但比事后问清楚强。

一天之内能改的三件事

先做最小的一件：把你常用的合同模板的占位符列成一张表。系统这边验过的是 3 个接口、13 个占位符，你的模板不一定这个数。每行写三列，字段名、通常来自哪份记录、最容易错成什么。这张表的价值不在模板，在后面两次核对。

还有一件跟币种有关：报价单上的金额进合同，币种和单位必须一起重写，不能只改数字。

再一件是命名。导出之后按客户简称加日期加版本号改名，规则写下来贴在能看见的地方。

坦白讲，我觉得最小的那一件收益最大，剩下两件加起来也就半小时。

这套东西不适合谁

三类情况说在前头。

手写合同、扫描件、图片形式的合同，目前不在这套流程里。现在能处理的是 .docx 和 .xlsx，以及从沟通记录里抽字段。

模板本身写错了，系统不管。默认条款没删、单位错、占位符残留，这些都得你自己看。

PDF 导出了也不等于可以对外发。审批走没走完是另一件事。

还有一层，抽字段是把事实搬到纸面上，不是替你决定条款。条款该不该签，还是你和法务的事。

今天晚上就能做的一件事

打开你最近签过的那份合同模板，把里面所有写成 {{ }} 的字段数一遍，抄到一张表里。每行三列，字段名、来自哪份记录、最容易错成什么。20 分钟，不用注册任何工具。

表填完你会发现两件事。能直接抄的字段没几个。上次真的抄错的那一条，大概率就在这张表上。

SiliMind 官网里有部署形态和功能边界的完整说明，看完再决定投不投。