让“之前”和“之后”指向同一种工作
改进基线是一份可追溯的现状记录。它说明用什么输入、在什么条件下、投入多少资源，完成了怎样的交付。只记一个平均耗时或总电费，往往不足以解释变化。
先定义工作单位：一次需求整理、一份通过复核的报价，或在规定温度和负荷下的一段运行。完成量、质量标准和时间范围应一起写清，避免新旧方法实际上交付了不同的东西。
记录完整投入与必要约束
流程工作至少区分资料准备、实际处理、人工复核、等待和返工。总周转时间与实际人工时间回答的是不同问题，应分别记录。额外的系统维护与培训也需要进入成本讨论。
资源工作应记录能耗、产量或负荷、环境、设备状态以及质量条件。运行费用还受价格与时段影响，不能把费用下降自动等同于能源用量下降。测量缺失时应标注缺失，而不是填成零。
选择能够代表日常情况的样本
不要只选最容易成功的任务。用事先约定的连续时段，或按任务难度、规模与资料完整度分组取样。保留被排除样本的理由，记录异常、失败和人工接管，不只保留成功输出。
对于明显受季节、负荷或人员熟练度影响的业务，优先比较条件相近的样本。条件无法完全一致时，明确差异与限制；证据不足时，结论应是“仍需验证”，而不是给出确定收益。
先建立建议与实际结果的对照
首次试点可以让新系统只产生建议，现有流程继续执行。将建议、原始资料、审核结论和实际结果关联起来，检查哪些地方正确、哪些地方需要修正，以及错误是否会影响业务。
通过复核后，再在有限范围执行，保留相同的记录字段。比较时既看完成速度，也看复核通过情况、返工与异常。速度提高但需要更多人工修正，不能单独称为整体效率提升。
保留可复查的结论
为每条记录保留时间、样本编号、方法版本、操作者与确认人。工具、规则或模板发生变化时标注版本，避免把多个版本混成同一组结果。公开材料使用汇总与脱敏信息。
复盘同时列出观察到的变化、可能的外部因素、新增投入和未解决问题。把是否继续、调整或停止交给事先约定的业务负责人确认，再决定扩大范围。一个可以复查的有限结论，比无法解释的漂亮数字更有用。
本文提供项目组织与验证的方法框架，具体口径应结合业务、数据条件和现场约束约定；文中的场景示例不构成客户效果证明。