最近，我正在推进一个智能印鉴管理项目。

我们的核心需求并不复杂：物理印章要能够上锁和授权，用印前经过OA审批，实际盖章文件与审批文件自动比对，印章外带时还要能够定位和留痕。几家供应商来交流时，给出的回答非常整齐：

只看方案和功能清单，似乎每一家都能满足需求，剩下的工作只是比较品牌和价格。但我继续往下问，问题马上就出来了：

OCR比对达到什么程度，才叫“文件一致”？

扫描件倾斜、合同临时增加附件，系统还能不能识别并阻止盖章？

供应商说“全包交付”，OA厂商、硬件厂商和平台厂商之间的接口出了问题，最终谁负责？

价格最显眼，模糊的“支持”才最贵

企业采购软件时，价格是最容易比较的。一次性投入多少、每年服务费多少、接口费多少、后续扩容怎么收费，都可以写进一张表里。

真正难比较的，是供应商方案里的那些词：

“支持”“智能识别”“无缝对接”“异常预警”“全流程管控”。这些词本身没有错，但每个人对它们的理解可能完全不同。

以智能印鉴项目里的OCR文件比对为例。业务部门理解的“支持比对”，是实际用印文件只要被换页、删页或者修改关键条款，系统就要及时阻止；供应商理解的“支持比对”，可能只是两份清晰PDF之间能够识别文字差异；技术人员还会继续追问识别率、版式差异、文件大小、页数限制和响应时间。

三方说的是同一个功能，想要的却不是同一个结果。

如果这些差异在合同签订前没有说清楚，项目上线时就很容易出现一句熟悉的话：

企业付出的就不只是追加费用。业务被耽误，员工开始绕过系统，信息化部门还要在业务和供应商之间不断解释。这些隐性成本，往往比采购价差更高。

演示成功，不等于业务可以上线

我做这类项目时，越来越不愿意只看供应商演示。因为演示环境通常是理想环境：文件清晰、网络稳定、流程完整、数据提前准备好，操作的人也非常熟悉产品。

真实业务不会这么配合。

真实的用印文件可能来自手机拍照，合同可能临时增加附件，外带用印时网络也可能中断。这些情况，才是系统上线后每天要面对的环境。

所以我认为，企业信息化项目至少要经过四层验收。

我的经验是，异常验收最容易在方案交流中被忽略。谈判时最好把这一层的测试用例直接作为合同附件，避免上线以后再争论它到底算产品缺陷，还是新增需求。

很多项目只完成了第一层。

按钮能点、流程能走、报表能打开，于是双方签字验收。

但到了真实运行阶段，准确率不够、异常没有闭环、操作太麻烦、接口互相推责，最终系统“上线了”，业务却没有真正用起来。

项目手续上已经验收，并不代表这笔投入真的产生了价值。

验收表，别等上线那天才拿出来

不少企业把验收放在项目最后。我的理解正好相反：验收标准不是项目结束时才拿出来的检查表，而是采购前用来统一需求、筛选供应商和约束交付的工具。

在这次项目中，我不只比较“哪一家功能多”，也在把真实业务拆成可以测试的场景。

例如，不能只写“支持OCR文件比对”，而要继续明确：

·用什么类型的文件测试；

·哪些变化必须识别出来；

·哪些版式变化可以忽略；

·单份文件的页数和大小上限是多少；

·比对需要多长时间；

·识别失败时系统怎么办：直接放行、停止用印，还是交给人工复核；

·结果由谁保存，保存多久，后续能否审计。

同样，“支持OA对接”也不能只看流程能不能从OA跳过去。

还要验证审批结果能否正确传给设备，操作结果能不能回写。接口如果中断，系统是自动再试一次，还是直接停在那里等人处理？OA升级以后，又由谁负责重新适配？

外带用印也是一样。定位、录像、移动侦测和异常锁定不能只在会议室里演示一次，而要拿到真实环境里测试。网络断开、设备没电或者超出授权区域时，系统分别怎么处理？管理员远程终止后，还能不能继续盖章？这些情况都应该提前形成测试用例。

当这些问题被写清楚以后，供应商的“可以做”才开始变成企业能够验收的“做到了”。

我现在会先问供应商五个问题

经历过一些项目之后，我给自己总结了一套很简单的“验收五问”。它不只适用于智能印鉴，也适用于CRM、知识库、智能体、财务系统和大多数企业软件。

第一，准备改变哪一个真实业务结果？

不要从“我要上一套系统”开始，要从当前的风险、效率或管理问题开始。比如采购CRM，不是为了让销售多填几张表，而是为了减少客户漏跟、让主管更早发现风险。业务结果说不清，功能越多，项目反而越容易失焦。

第二，供应商说的“支持”，在什么条件下成立？

如果一套知识库声称“支持智能问答”，我会继续确认：它面对扫描件、复杂表格和历史版本时还能不能准确引用？权限不同的员工，会不会查到不该看到的内容？把适用条件问出来，才能看清功能边界。

第三，用什么数据证明它做到了？

财务自动化项目跑通一张标准发票，只能说明演示成功。拿一批真实单据连续测试，再看识别准确率、处理时间和需要人工退回的比例，才知道它能不能承担日常工作。指标不一定追求极致，但必须能够测量和复现。

第四，失败以后系统怎么处理？

企业软件不可能永远不出错。更重要的是，失败后它会怎么做：继续往下执行，还是及时停住？相关人员能不能收到提醒、看清原因并接手处理？一套只会展示正常流程的系统，很难真正进入企业核心业务。

第五，业务变化以后谁来维护？

流程会调整，组织会变化，基础系统也会升级。采购时看起来免费的适配，可能成为后期持续付费的入口。所以要提前说清哪些变化属于服务范围，第三方系统升级后谁负责重新联调，二次开发成果和数据能不能迁移。

把这五个问题问完，价格才有比较的基础。否则，我们比较的可能只是几份看起来相似、实际交付边界完全不同的报价。

信息化部门的价值，不只是把价格谈下来

过去做信息化采购，大家容易把注意力放在产品选型、价格谈判和合同流程上。这些当然重要，但我越来越觉得，信息化部门更重要的价值，是帮助业务把一句模糊的需求，翻译成供应商可以交付、业务部门可以验证、公司能够追责的标准。

这需要我们同时理解业务真正担心什么、技术在现实环境中能做到什么，以及供应商愿意为哪一部分结果负责。

如果这三件事没有对齐，买到再先进的软件，也可能停留在演示和汇报里。

这次智能印鉴项目梳理出来的测试场景，不会在本次采购结束后失效。以后增加设备、调整流程，甚至更换平台，我们都可以带着同一套真实材料和测试用例重新验证。供应商可以更换，但什么叫“适合我们的业务”，应该掌握在企业自己手里。

所以，下一次再听到“这个功能支持”“这个接口可以对接”时，我会继续追问一句：

这句话可能让前期交流慢一点，却能让后面的项目少走很多弯路。

也欢迎在评论区聊聊：你遇到过最模糊的一句供应商承诺是什么？