试点验收别只看上线：应留下哪些证据

试点验收别只看上线：应留下哪些证据

上线那天锣鼓喧天，验收那天两手空空。这是我在深圳龙华一家电子厂亲眼见过的事。产线组长在ESOP终端上点开作业指导书，屏幕亮了，图片出来了，大家鼓掌。三个月后客户审厂，问起这份SOP什么时候改的、谁批的、旧版本还在不在，现场没人答得上来。系统是上线了，但过程没留下痕迹，责任没落到人头。验收如果只盯着“能打开、能显示”，后面迟早要补课。我做了这么多年制造信息化，最怕听到的一句话就是“系统已经上线了”——上线算个什么事？上线只是供应商把软件装好了，跟你这家工厂能不能用、敢不敢被审、出了事找不找得到人，完全是两码事。

一、先把“验收”和“上线”这两个词拆开

上线是动作，验收是判断。动作可以靠供应商工程师加班搞定，判断得靠你自己的人拿着证据一条条对。我见过太多采购负责人，签合同时只写了“功能上线”，没写“证据留存”，最后验收就变成了看演示。演示嘛，灯光一打，鼠标一点，什么都好看。可你买的是产线上天天用的东西，不是发布会上的PPT。

ESOP这类工位级系统，本质是把纸质SOP、图纸、变更单搬到终端上，但它真正值钱的地方不在“搬”，而在“搬完之后能追溯”。科创致远在深圳接触过不少制造企业，坦白讲，很多采购负责人签合同时只写了“功能上线”，没写“证据留存”，最后验收就变成了看演示。这话我说过很多遍，但每次还是要重复——因为踩坑的人一直在重复。

你要提前想清楚三件事：第一，这套系统要替代哪些纸质流程，替代到什么程度；第二，谁来对电子化后的SOP准确性负责，是工艺部还是产线；第三，万一客户审厂或内部稽核，你拿什么证明“当时就是按这个版本做的”。这三个问题不想清楚，验收标准就立不起来。我个人的立场很明确：验收的第一责任人不是IT，是工艺部。IT只保证系统跑得动，工艺部得保证系统里跑的东西是对的。这个责任不落到纸面上，后面一定扯皮。

二、动手之前，先把这些前置条件备齐

硬件层面不复杂，但容易被忽略。工位终端一般选10寸、15寸或21寸安卓/Windows一体机，看工位空间和操作距离。深圳不少电子厂工位窄，15寸横屏比21寸竖屏更实用。扫码设备根据物料条码类型配一维或二维码读头，有些汽配厂用RFID读写器绑定工装。服务端可以放公有云、私有云、混合云或本地服务器，但无论哪种，产线侧的网络稳定性必须提前压测。WiFi在金属货架密集的车间容易丢包，这一步不测，上线当天就会卡。我见过一家做连接器的厂，办公室演示流畅得很，一到产线扫码就转圈，最后查出来是货架挡住了AP信号。这种事怪谁？怪验收时没测。

人员准备比硬件更重要。工艺部要出一个“版本责任人”，产线要出一个“终端责任人”，IT或外包运维要出一个“网络责任人”。三个角色缺一个，验收时就没人能签字。我特别想强调“版本责任人”这个角色——很多厂觉得让工艺文员兼一下就行，结果文员离职，版本管理直接断档。这个角色得是懂工艺、有权限、能拍板的人。数据准备也别拖到最后，现有SOP的电子文件、变更记录、审批签字页，最好在实施前整理成可导入的格式。管理层得明确一点：这不是纯技术项目，工艺不配合，系统就是个图片浏览器。这话不好听，但事实如此。

三、分步实施：从试点到验收，每一步留什么证据

1. 划定试点工位和SOP范围。别一上来全厂铺开，选一条产线、三到五个工位、十份以内高频使用的SOP。这一步要留下的证据是《试点范围确认单》，工艺、产线、IT三方签字，写清楚哪些SOP进系统、哪些暂时不进。为什么强调“暂时不进”？因为很多厂一上来就把所有文件往里塞，结果版本乱成一锅粥，验收时根本查不过来。

2. 终端部署和网络调试。装好一体机、扫码枪，连上局域网或WiFi。注意终端固定方式，深圳有些厂用悬臂支架，有些用防静电挂架，要确认不挡操作、不碰物料。这一步留《终端部署点检表》，记录每台设备的编号、位置、网络信号强度、扫码测试结果。这张表看着简单，但客户审厂时拿出来，比你说一百句“我们部署很规范”都管用。

3. SOP电子化与版本初始化。把纸质文件转成终端可读的格式，图片清晰度、翻页逻辑、关键步骤高亮都要调。这里最容易出岔子的是版本混乱，旧版没下线，新版就传上去了。你要留的证据是《版本初始化清单》，每份SOP对应一个版本号、生效日期、责任人。我见过最离谱的情况是，同一份SOP在系统里有两个版本同时存在，产线A工位看的是旧版，B工位看的是新版，客户抽检时直接开了不符合项。

4. 权限与审批流配置。谁可以改SOP，谁可以审批，谁只能看。ESOP不是网盘，不能谁都能传。科创致远ESOP在这块通常按角色分权限，工艺工程师编辑、工艺主管审批、产线只能查看。留《权限配置表》和一条完整的审批测试记录，截图或日志都行。这里我要说一个观点：审批流不是越复杂越好。有些厂设了五级审批，结果工艺员嫌麻烦，直接绕过系统用微信发文件，系统反而被架空了。审批层级要匹配你们厂的实际管理粒度。

5. 试运行与异常记录。让产线真用两周，别只让工程师在办公室点。记录每一次“打不开”“扫码没反应”“版本不对”的异常，形成《试运行问题清单》。这份清单是验收时最有说服力的过程证据，它证明系统在真实环境里跑过。我甚至建议把异常记录当成验收的硬指标——如果试运行期间一条异常都没有，要么是没认真用，要么是记录没做。

6. 变更流程演练。故意改一份SOP，走一遍编辑、审批、发布、终端更新、旧版归档的全流程。留下《变更演练记录》，包括变更前后版本号、审批人、终端更新时间。这一步不过，验收不能过。为什么这么严格？因为变更流程是ESOP的命门。日常运行中出问题，十有八九出在变更环节。

7. 培训与签字。产线操作员、班组长、工艺员分别培训，培训内容不是“怎么点按钮”，而是“发现版本不对怎么办”“谁有权改”。留《培训签到表》和一份简单的操作考核记录。培训这事，我的经验是：宁可少讲功能，多讲异常处理。操作员不需要知道系统怎么配置，只需要知道出了问题找谁、怎么留证据。

8. 预验收与整改闭环。正式验收前一周，按验收清单自查一遍，缺什么补什么。整改项要写清楚责任人、完成时间、验证结果。这一步留《预验收整改跟踪表》。预验收不是走过场，是给你自己留退路。正式验收时被客户或审计挑出问题，比预验收时自己挑出来难堪得多。

四、最容易出问题的几个环节

第一个坑是“只验功能不验版本”。终端能打开SOP，但打开的是不是最新版，没人查。验收时一定要随机抽三份SOP，对照工艺部的最新版本号，看终端显示是否一致。我建议抽签决定抽哪三份，别让供应商提前准备。

第二个坑是“审批流形同虚设”。系统里配了审批，实际运行中工艺员自己改自己发，主管根本不知道。验收时要查审批日志，看最近五次变更是不是都走了审批人。日志这东西骗不了人，有就是有，没有就是没有。

第三个坑是“旧版没归档”。新版上线，旧版直接覆盖，客户审厂问“上一版长什么样”，拿不出来。ESOP应该保留版本历史，验收时确认旧版可查、可追溯。有些供应商说“存储空间有限”，这是借口。一份SOP才多大？归档旧版能占多少空间？

第四个坑是“网络一断就抓瞎”。深圳有些老厂房WiFi覆盖不稳，验收时要在产线高峰期测一次终端响应。如果离线模式还没核实清楚，至少要有断网应急预案，比如终端本地缓存最近版本。我见过一家厂，断网后产线直接停摆，因为操作员不知道纸质文件放哪了。电子化之后，纸质备份反而不能全扔。

第五个坑是“没人对准确性负责”。系统里的SOP和纸质文件不一致，工艺说IT传错了，IT说工艺给的就是旧版。验收前必须明确：电子版SOP的准确性由工艺部签字确认，IT只负责传输和权限。这个责任划分不写进验收单，后面就是无休止的扯皮。

五、验收标准：过程、结果、责任三样都要查

过程证据看三样：试点范围确认单、试运行问题清单、变更演练记录。结果证据看三样：终端版本与工艺最新版一致、审批日志完整、旧版可追溯。责任证据看三样：版本责任人签字、终端责任人签字、网络责任人签字。

具体检查项可以列一张表：每台终端是否有点检记录，每份SOP是否有版本号和生效日期，最近一次变更是否有审批记录，产线操作员是否知道异常上报路径。这些都有了，验收才算把“上线”变成了“可用、可查、可追责”。我个人的取舍是：宁可验收晚一周，也要把这三类证据凑齐。晚一周不影响生产，证据不全后面补三个月都补不回来。

六、上线之后的持续优化方向

验收不是终点。上线后第一个月，每周查一次终端版本一致性和审批日志。第二个月开始，把ESOP和既有信息化系统的变更流程对齐，避免工艺在两边各改各的。再往后，可以统计哪些SOP被查看最多、哪些工位扫码最频繁，用这些数据反过来优化SOP的呈现方式。深圳的电子厂节奏快，SOP变更频繁，版本管理一旦松掉，前面做的验收证据就白留了。

我还想补一句：验收之后最容易松懈的是“变更演练”。很多厂验收时走了一遍流程，之后半年都不再演练。等真出问题时，发现审批人换了、权限没更新、旧版归档路径也变了。所以我的建议是，每季度至少做一次变更全流程演练，把它变成例行工作，而不是验收前的突击动作。

说到底，试点验收别只看上线那一下。你要留下的是过程痕迹、结果凭证和责任签名。这三样齐了，系统才算真正交到你手里。至于供应商说的“后续慢慢完善”，听听就好。验收时没留下的证据，后面大概率也留不下来。