与工业软件供应商合作前，需要核验的 7 项

要看的不是进度管理，而是对方的底子

谈委外失败，多数说的是过程问题：需求颗粒度、进度同步、验收约定——这些都能靠采购方自己的管理去补。但有些差距，管理补不上。对方有没有摸过工厂现场、能不能出成套文档、交付之后还找不找得到人，这些属于供应商自身的属性，签约之后改不了。

所以核验分两层：上层是项目管理，下层是供应商资格。本文只处理下层——签约前核验对方底子的 7 项。7 项都能给出书面回答的公司并不多，反过来说，这份清单可以直接用来收窄候选名单。

签约前核验的 7 项

• ① 有没有工厂现场经验——看的不是 IT 外包业绩，而是有没有做过 PLC、现场总线、电气控制。从设备取数这件事，和开发一套 Web 系统不是同一类工作。具体问对方在汽车、家电、食品这类量产线上接过哪些品牌的 PLC、用什么协议接的，有没有经验一问就知道。
• ② 对接和文档用什么语言——不是会议上有翻译，而是能不能交付本地语言的规格书和操作使用说明书。现场操作工看不懂的文档，上线后就不会有人用。跨境项目还要问有没有中英日三语工程交付的经历。
• ③ 交付文档是否成体系——看的不是单份设计文档，而是从立项到维保的整套清单。项目方案书、技术协议、规格书、I/O 分配表、地址分配表、网络拓扑图、画面设计说明书、操作使用说明书、数据库表说明书、数据接口说明书、测试报告、验收资料、维保清单、年度维保报告——能不能先把这样一份清单拿出来，差别就在这里。
• ④ 信息安全和数据怎么处理——接入方式（VPN、专线）、权限管理、操作日志留存、源码与图纸的保管位置、数据留在本地还是也存在对方一侧。除了保密协议的条文，还要看对方能不能按日常操作流程讲清楚。
• ⑤ 能不能先做小范围试点——不要一次把整体发出去，先问对方接不接单台设备或单条线的试点。不接试点、或者说不清试点与整包的费用构成的公司，可能不太习惯圈定范围。同时要确认试点的产出能不能直接用作后续阶段的基础。
• ⑥ 验收标准能不能写进技术协议——不是「实现功能」，而是数据延迟上限、报表统计口径、断网恢复后数据是否完整这类可测量的条件，能不能写进合同文本。当场答「能写」的公司，和只做口头保证的公司差别很大。
• ⑦ 交付后的维保和响应怎么约定——对接窗口、响应时间、年度维保的作业内容、产线变更时的处理方式、报告提交频率。看对方有没有年度维保合同模板和维保报告格式，就能判断持续服务是不是真的在做。

7 项里①②③是供应商的属性，④⑤⑥⑦是合同里能谈的部分。属性这一侧不达标的时候，合同写得再细，落到现场的负担也降不下来。

纯 IT 外包与有现场背景的供应商，差别在哪

同样叫「软件开发公司」，一直做 IT 外包的和从工厂现场起步的，擅长的环节不一样。这里不是评判谁对，而是先弄清工厂类系统的工作量会堆在哪些地方。

上表是倾向性对照，不是对某家公司的评价。实际上也有两种性格兼具的公司。判断依据不是分类，而是①至⑦的回答内容。

交付文档要在签约前定，而不是「以后再说」

工厂类系统容易起争议的时刻，是上线之后才发现「这份文档没有」。人员调动、设备更新、二期追加开发——每一种场面里，手上文档的范围就等于自己能处理的范围。文档不是交付物的附件，它本身就是交付物。

核验方式很简单：签约前要求对方「把要交付的文档清单列出来」。列不出来，或者回一句「按常规提供」，大概就说明没有体系。有体系的公司可以按下面这样的分类给出清单。

• 立项与合同类：项目方案书、技术协议、规格书——界定范围与验收条件的文档
• 设计类：I/O 分配表、地址分配表、网络拓扑图、画面设计说明书——界定信号从哪来、怎么显示的文档
• 运行类：操作使用说明书、数据库表说明书、数据接口说明书——上线后现场和信息部门要用的文档
• 验证类：测试报告、验收资料——证明已达到约定标准的文档
• 维保类：维保清单、年度维保报告——留下上线后作业范围与实施记录的文档

小范围试点里要观察的 5 件事

①到⑦即使都拿到书面回答，实际配合的默契度还是看不出来。先放一个圈定范围的试点，短时间内就能看到材料里看不到的部分。成体系的公司按诊断、试点、实施、验收、维保、扩容这几段推进项目，所以只切出试点这一段来委托，对方也能接。

试点对象一台设备或一条线就够。要观察的不只是产出好不好，还有下面 5 点。

• 提问的内容——会不会来问现场条件，还是照着需求书直接往下做
• 响应的速度和形式——回复只停在口头，还是留下文档和图
• 文档的颗粒度——试点阶段的资料，事后还能不能读懂
• 发生变更时的处理——先说明影响范围再动手，还是闷头重做
• 文档语言的实际水平——是不是接近机器翻译的输出，还是现场操作工读得懂的句子