一个项目收尾时要准备什么，这两年不少企业发现清单变了。以前是把合同里列的功能逐项演示一遍，截几张图，附一份测试记录，评审会上过一遍就能签字。现在更常遇到的要求是：拿一批真实跑过的单据出来，看看从发起到归档是不是完整，中间改过的地方能不能看出谁改的、为什么改。功能清单还在，但不再是唯一凭据。
这个变化不是哪家突然加了一道手续。系统上了几年，大家慢慢发现，有这个功能，和这个功能在日常里被用起来，中间差着一段距离。模块可以买，界面可以配，业务记录却只能一天一天跑出来。
一、验收材料从截图变成了实际单据
截图能证明某个页面存在，证明不了这个页面在业务里承担了什么。一张领料单如果只在演示环境里被创建过一次，和它在车间里被领料员、仓管、成本会计各自处理过，是两件完全不同的事。前一种说明配置做完了，后一种才说明流程走通了。
所以现在准备验收，比较稳妥的做法是挑几类有代表性的单据，把它们从源头到落账整条拉出来：谁发起、经过哪几步、哪一步卡过、异常怎么处置、归到哪张报表。不用挑漂亮的单子，专门挑带过异常的那几笔，反而更能说明问题。正常流程照着配置跑，异常才需要人判断、需要系统留痕。
这里容易踩的坑是补材料。为了验收好看，事后再把记录补齐、把字段填匀，看起来齐整，实际把当时真实的卡点抹掉了。与其补，不如如实标注哪几笔当时是线下走的、后来怎么迁进来的。
二、指标从覆盖率换成能核的数
早些年常见的验收指标是上了几个模块、覆盖几个部门、录入率到多少。这类数字好统计，也容易做得好看，但和业务改善之间隔着一层。设备全部联了网，排产还是靠老师傅在白板上排，覆盖率是满的，计划口径并没变。
能被复核的指标和能被统计的指标不是一回事
能被复核，意思是随便指一笔业务，可以顺着记录查回原始单据，还能找到当时做判断的人。账实差异率、异常单平均闭环时长、单据补录占比、需要人工搬数据的接口条数，这类数不好看，但每一笔都能落到具体单据上，做不了假。它们更像体检指标，不是成绩单。
挑指标有个简单标准：这个数出来以后，业务和 IT 会不会为它该是多少争起来。会争，说明口径还没定死，得先把口径写下来；不争，通常说明它已经贴着日常在跑。口径说明本身也该算进交付物，比指标数值更要紧。
三、上线之后的复评，比验收当天更难
验收是个时点，复评看的是一段时期。项目组撤场时系统跑得顺，三个月后主数据没人维护、新来的供应商编码各填各的、流程改了配置没跟着改，记录就开始变形。这类衰减不会在某个功能上报错，它体现为报表还出得来，但越来越少有人拿它做决定。
复评因此更该看持续使用的痕迹：口径变更有没有评审、新上的业务有没有回到系统里、异常单是当天处理还是攒到月底。有些企业把复评放在第一次完整月结之后，是有道理的。定几个固定问题，每季度由内部责任人自己答一遍，答不上来的那一项就是下个季度要补的地方。
四、企业该提前留哪几样东西
不用为验收专门造一套材料，日常把以下几样留住，到时候拿出来就行。
- 原始单据与流转记录：包含异常和补录的那几笔，保留当时状态，不要事后修饰。
- 口径说明：关键指标怎么算、以哪套系统为准、差异按什么规则处理，写清楚谁维护、多久复核一次。
- 变更记录：流程、字段、状态改过什么，为什么改，改之前有哪些地方会读到它，改完验了哪几笔。
- 责任人名单：每类主数据、每条接口、每种异常单，出问题时找谁，别只留一个项目组的通用邮箱。
- 自答与复盘记录：每次内部复评发现的问题和后续处理，哪怕只写几行。
这几样的共同点是都不好看，也不体现工作量，但它们决定了系统过了验收之后还能不能用得住。整理它们最费劲的往往不是第一次，而是每次有人变动时记得回来补一行。
功能可以在验收前配齐，业务记录只能在验收之后继续产生；把材料准备当成一次性任务，通常就是从这里开始松的。
五、也有不必形式化的情况
系统只有两三套、业务单据量不大、每月靠一张表就能核清楚的小厂，专门维护一套验收材料未必划算。判断该不该投入，看一个信号就够：同一件事，不同人拿系统里的记录说得出不同版本，而且每次都要临时拉人翻聊天记录才能对上。出现两次以上，就值得把口径和责任人写下来。
需要说明的是，各类评价表、验收单、自评工具的叫法和条目都不相同，本文不引用任何具体条款，也不预设哪份表适用。这里只谈一个对企业自己成立的取向：能拿得出原始记录、能说清口径、能找到责任人，比功能清单上多几个勾更经得起看。
