数字化转型项目的业务损耗，不能只用“流程很麻烦”或“员工投入很多”来描述。更可靠的做法，是把损耗拆解为可观察的时间、质量、等待和管理成本，再与项目改造后的同口径数据比较。否则，系统上线后即使使用率提高，也无法证明业务价值是否真正产生。
先建立损耗的计量口径
应以一个边界清晰的业务流程为对象，明确起点、终点、统计周期和责任范围。常见损耗可以分为四类：
- 时间损耗：申请填写、数据重复录入、人工汇总、查询和催办所占用的时间。
- 等待损耗：审批停留、信息补充、跨部门确认和异常处理造成的延迟。
- 质量损耗：退回、返工、错填、漏填以及关键节点无法追溯。
- 管理损耗：管理者为了获得准确进度而进行的人工统计、重复沟通和异常协调。
量化时，可将每类损耗记录为“发生次数×单次影响”，再按业务周期汇总。时间损耗应记录参与岗位和实际耗时；等待损耗应区分业务处理时间与非工作时间；质量损耗应记录退回、返工和异常关闭情况；管理损耗则要观察获取一次可靠进度所需的人员和时间。这样得到的不是一个笼统印象，而是一张可复核的损耗清单。
用基线和对照证明改善
项目开始前，应连续记录一段真实业务数据，至少包括业务量、平均处理时长、各环节等待时长、退回或返工次数、参与人员数量，以及现有表格、系统和沟通渠道。统计口径必须保持一致，不能把不同区域、部门或业务类型直接混合比较。
项目运行后，优先比较三到五项核心指标：一项效率指标、一项质量指标和一项过程透明度指标。例如，比较流程平均处理时长、一次提交通过率、关键字段完整率、超期事项占比，以及状态查询是否能够脱离人工汇总完成。指标必须写清统计范围、起止节点、数据来源和复核责任人，“效率提升”这类模糊表述不能直接作为验收依据。
需要特别区分业务损耗与项目投入。培训、流程梳理、数据清理和试运行属于转型成本；重复录入、等待、返工和信息失真属于现状损耗。只有先建立基线，再观察改造后的变化，企业才能判断项目是在减少业务损耗，还是仅仅增加了一套新的操作环节。