数字化项目验收要回答的，不只是“系统有没有上线”，而是“业务是否因此改善”。没有改造前的数据基线，“改善”就缺少参照：项目上线后的效率、质量或成本表现即使可以测量，也无法判断变化究竟来自数字化方案，还是产品、批量、人员熟练度及生产条件的变化。
基线是改造前业务状态的可比描述，不是凭经验估算的旧水平。它必须与验收采用同一指标口径、统计边界和采集规则。例如，讨论装配效率时，要先明确计量的是哪段工时、哪些停顿如何处理；讨论一致性时，则要说明测量对象、判定标准和抽样方式。口径不一致，前后两个数字看似可比，实际却可能衡量了不同的事情。
先建基线，也能把业务目标转成可验收的承诺。“缩短周期”是方向，不是测量规则；只有明确周期的起止节点、统计范围，并记录改造前的实际状态，双方才有条件约定如何判断变化。否则，项目方可能以局部环节提速证明成效，使用方却按整体交付周期衡量，争议往往到验收时才显现。
基线还决定结果能否解释。单看平均值，可能掩盖不同工序、产品或批次之间的差异；只记录最终结果，也难以定位改进发生在哪个环节。建立数据基线时，应同步记录适用机型、生产条件和异常情形，并让关键指标覆盖正常波动。外部案例中的目标值或改善幅度，不能直接替代本企业的改造前实测数据。
因此，数据基线不是验收前的补充材料，而是项目设计的一部分。先确定目标，再统一口径、采集现状并标清适用边界，最后才设定验收判断。这个顺序让“做得更好”从主观表述变成可复核的比较，也为项目后的持续改进留下可信起点。