数字化不等于自动化:为什么项目能通过验收却毫无成效

有一个可靠的信号,能识别出一个会顺利通过验收、却毫无成效的项目:成果报告里找不到任何一条发生变化的规则。报告里列出的是上线了哪些模块、培训了多少用户、迁移了多少数据,以及有多大比例的流程"被系统覆盖"。但没有一个字说清楚,现在到底哪里做得不一样了。

这样的项目并非有意欺骗谁。它只是如实汇报了自己做过的事:工作从纸质表格和Excel搬到了界面里。问题在于,这次搬家本身既没有改变工作量,也没有改变出错率——它只是改变了工作量和错误发生的地点。

数字化冒充自动化的四个信号

这四个信号在验收阶段就能看出来,不需要任何专业背景。只需要读一遍项目报告,再向它提出四个问题——财务负责人或流程负责人二十分钟就能做完这件事,连系统界面都不用打开。

报告里通篇都是名词。上线了、配置了、培训了、迁移了。而自动化的描述方式是"消失"类的动词:"这项计算不再需要手工完成""审批环节不再需要""这个字段不再需要填写"。如果报告里没有这类表述,说明底层的工作根本没有消失,只是换了个地址。

流程步骤的数量没有变化。项目上线前是九个步骤,上线后还是九个步骤,只不过现在在系统里完成,而不是在纸上完成。这是最可靠的一个信号:真正的自动化必定会减少步骤数量,因为一旦某个步骤的结果开始由规则计算而不是由人来执行,这个步骤就不再存在了。

出现了新的强制操作(mandatory action)。标注状态、打勾确认、在相邻系统里重复录入一遍。这些新增动作,每一个都是项目上线前不存在的额外工作,而在实际操作中,它往往落在了项目本该为其减负的那个人身上——案件经办人、客户经理,或者负责把流程收尾的人。

效果是用覆盖率指标(coverage metric)衡量的。"现在百分之八十的申请都走系统了"是一个上线指标,而不是一个成效指标。无论出现哪种情况它都会上升,包括那种单件处理时长翻了一倍、却没人发现的情况——因为一开始就没人在测量单件处理时长。

通常正是最后一个问题会把问题暴露出来:上线前没有做过时间测量,所以根本无从回答,谈话最终又悄悄退回到覆盖率上去。

三十五年前就已经讲清楚的区别

这个话题并不新,而且它最精准的表述,比今天的企业软件早了几十年——远远早于任何人开始推销平台、门户或者AI副驾驶(AI copilot)之前。

这个局限是真实存在的,我自己把它点出来:这不是一篇研究论文,而是一篇以案例为支撑的管理文章,数字从未经过独立审计。它的价值在别处——在于它划分界限的精确度。20%和75%之间的差距,不是来自更好的系统,而是来自"核对三项而不是十四项"这个决定。这是一个流程决定,一家公司完全可以靠一支笔和一份内部通知做出这个决定,根本不需要任何软件。

医疗行业的实测数据说明了什么

医疗是极少数几个用事件日志和实地计时——而不是问卷调查——来测量电子系统转型效果的领域,而且样本量大、观测周期长。这些结论完全可以迁移到任何一个文书记录是强制要求的行业:保险、银行、物流、专业服务。

单一科室、单一学术医疗系统、单一软件供应商——把结论直接推广到其他行业需要谨慎。但这里的方法很扎实:不是自我报告,而是事件日志加上实地计时的交叉校验。这恰恰是企业实施项目里所缺失的那种测量方式,那些项目转而用覆盖率来评估效果。

更有说服力的一项结果,来自一项在同一份工作中直接比较纸质版本与电子版本的研究。

这里的时间分配是通过参与者自我报告记录的,而不是系统日志——这是一个真实的局限——而且样本仅限于一个国家的初级医师群体。即便如此,这一发现的方向恰恰与数字化本该带来的结果相反:电子病历使用者的行政时间占比更高,而不是更低。电子表单没有取消任何一项要求,它只是让完成这些要求变得更费时费力。

为什么问题会随时间恶化,而不是改善

第二个反直觉的事实是:在一套按照未曾改变的规则运行的数字系统里,工作负荷会随着时间推移不断上升,而且不会自行趋于稳定。

这段观测期部分与疫情后工作负荷的恢复期重叠,这可能会放大观测到的增长趋势——这一点必须明确说明。但背后的机制并不难理解,而且到处都在重演:在一套从不取消任何要求的系统里,每一项新要求都只是简单地叠加在原有要求之上。规则之所以会不断累积,原因很平常——给表单加一个字段,比取消一个字段更便宜,在组织内部推动起来也远比取消容易。

项目启动前如何区分二者

第二步需要一个拥有取消权力的人,而这正是真正的组织障碍,而不是技术障碍。供应商没有这个权力,IT部门通常也没有。在流程负责人(process owner)做出取消某个步骤的决定之前,任何项目默认都只会走向搬迁——我在另一篇专门讨论为什么要先修流程、再上系统的文章里,谈的正是这同一个道理。

审视实施报告的四个问题

常见问题