数字化转型中的“流程惯性”：为什么新系统总

一套系统，两种用法

某企业上线了一套新的采购管理系统，从采购申请、询价、比价、审批到订单发送，全流程线上化。系统上线三个月后，IT部门做使用情况分析，发现一个现象：采购员在系统里创建采购申请，审批通过后，并没有通过系统发送订单给供应商，而是把订单内容复制到微信上发给供应商的业务员。供应商确认后，采购员再回到系统里手动把订单状态改为“已发送”。系统里的流程和实际业务操作是两套并行路径。

问采购员为什么不用系统直接发订单，回答是：“供应商不用我们的系统，他们习惯微信收单。微信发完还要再回系统里改状态，比原来还多了一步。”新系统的设计假设是“供应商会登录系统查看订单”，但现实是供应商没有这个习惯，也没有这个动力。系统按理想流程设计，业务按现实习惯操作。新系统跑着跑着，就被用回了老样子。

这不是系统功能的问题，是流程惯性的问题。人的操作习惯一旦形成，改变需要成本。新系统的流程设计如果与用户的习惯路径偏差太大，用户会自发地找到“捷径”。捷径走的人多了，就形成了新的惯用路径。系统流程被架空，业务操作回到了老路上。

流程惯性从哪里来

流程惯性首先来自岗位考核的导向。采购员的考核指标是“订单及时发出率”和“到货准时率”，不是“系统流程执行率”。用微信发订单比用系统发更快，供应商响应更及时，采购员的考核指标完成得更好。系统流程多了几个步骤，降低了采购员的效率，对他个人没有好处。新系统带来的收益是给管理层的——数据透明、风险可控、审批留痕。收益方和成本方不一致，流程惯性的阻力就比较大。

流程惯性还来自例外情况的处理机制不完善。标准流程覆盖了80%的业务场景，剩下20%的例外场景在系统里走不通。合同采购走标准流程，零星采购、紧急采购、样品采购需要走例外通道。系统没有设计例外通道，业务人员只能绕过系统，线下处理完再回来补单。补单不及时，系统里的数据就不完整。例外场景越多，用户绕过系统的频率就越高。标准流程覆盖率的缺口越大，流程惯性的偏离程度越大。

旧系统的操作路径在用户头脑中已经形成了肌肉记忆。切换到新系统后，用户需要重新学习、重新适应。学习成本集中在系统上线初期，适应成本会持续一段时间。用户对新系统的负面情绪如果得不到疏导，就会用“还是老系统好”来表达。情绪抵触加上习惯阻力，新系统的使用率很难快速提升。

流程惯性如何被放大

系统上线初期的培训质量直接影响惯性的强弱。培训如果只讲“功能怎么用”，不讲“为什么这么设计”，用户不理解新流程的业务价值，只会觉得操作变麻烦了。理解价值是用户主动改变习惯的前提。培训内容中“为什么”的比例和“怎么用”的比例，会影响用户的接受程度。用户理解业务流程背后的设计逻辑后，配合度会显著提升，流程惯性带来的阻力也会相应减小。

上线后的支持响应速度也会影响用户的回流倾向。用户遇到问题，提交工单三天没有回复，或者回复“这是需求问题，不是系统问题”，用户会觉得“系统不好用，还不如以前的方式”。支持响应越快，用户的负面体验越少，回流到旧习惯的概率越低。用户遇到问题时的解决效率，决定了系统使用体验的上限。功能做得再好，支持跟不上，体验照样会滑坡。

管理层的关注度是一个容易被忽视的因素。系统上线后，管理层如果没有持续关注使用情况，业务部门会觉得“这件事已经翻篇了”。没有管理关注，就没有执行压力。用户按照自己的习惯操作，不会主动适应新流程。管理关注度的曲线在上线初期处于高点，随后逐渐下降。关注度下降的速度和流程惯性的反弹强度成反比。

对抗惯性的几种方法

在设计阶段就让用户参与流程设计是一种有效的方式。不是调研完就完了，是让用户看到流程图，让他们确认“这个流程和我们的实际业务有没有偏差”。用户参与越早，抵触越少。用户在自己的建议被采纳时，对新流程的所有权意识会增强，执行意愿也更强。流程设计的主导权与业务参与度之间需要平衡。

系统上线初期采用“强制路径”也是一种策略。用户不能跳过系统里的关键步骤。供应商不在系统里收单，采购员不能点“订单已发送”。强制路径会倒逼用户推动供应商配合，或者推动IT部门开发供应商端接口。强制路径的副作用是用户抱怨增加，抱怨的增加是短期阵痛，用户适应后会逐渐减少。抱怨的持续时间与强制路径的严格程度、支持响应的及时性都有关系。

分批切换比一次性切换更容易控制惯性。先切一个业务单元或一个物料类别，跑顺了再切下一个。第一批用户遇到的问题，可以在推广到第二批之前优化掉。每批切换都是对流程的打磨，不是对用户习惯的单方面改造。分批切换的节奏还决定了惯性能量是集中爆发还是分散释放。集中爆发时对抗资源的压力更大，分散释放时压力更小，也更容易逐个击破。

保留旧系统一段时间作为“过渡期”也是一种务实的做法。过渡期内新旧系统并行，用户可以选择用新系统，也可以继续用旧系统。但并行期不能太长，太长用户就没有动力切换。并行期的长度通常是三到六个月，足够用户适应，又不至于让他们永远停留在舒适区。新旧系统的过渡期设计决定了用户从舒适区迁出的节奏。过渡期太短，用户适应时间不足；过渡期太长，用户迁移动力不足。两者的平衡点取决于业务连续性要求和用户学习曲线。

新易编码在对抗惯性中的定位

物料编码管理是数字化转型中的一个小模块，流程惯性在这个领域的表现相对温和。编码申请、审批、生成、同步，这些操作都是后台工作，不直接面对客户和供应商。流程惯性在这个场景中的阻力比较小。

新易编码在流程设计上做了几个降低惯性的处理。编码申请与业务系统解耦，业务人员在ERP中需要新编码时，系统自动调用新易编码的申请接口，业务人员不需要登录新系统。操作路径不改变，用户不需要学习新界面。使用新系统但感觉不到新系统的存在，这是一种比较省力的设计思路。用户界面和交互方式的改变会显著增加学习成本，在可能的情况下减少前端界面变化有助于平滑过渡。

审批流程可配置，企业可以根据自己的组织架构设置审批节点，不需要改变现有的审批习惯。流程适配企业，不是企业适配流程。配置的灵活性决定了流程适配的程度。审批节点过少会绕过管控要求，审批节点过多会降低流程效率。在两条约束之间找到可接受的平衡点，配置能力是关键。

编码规则变更时，新易编码通过版本管理实现平滑过渡，不需要业务系统做大规模改造。规则调整的代价越低，业务部门越愿意接受优化。规则优化的成本过高，流程惯性就会把旧规则固化下来。优化成本和流程惯性之间的关系也需要持续观察。

新系统被用回老样子的现象，不是系统不好，是人的惯性被忽视了。数字化转型不只是技术切换，也是行为切换。用户的习惯、考核的导向、例外的处理、管理的关注，每一个环节都在影响新流程能否被真正执行。

对抗流程惯性不是靠“强制推行”，是靠设计。流程设计时让用户参与，操作路径尽量不改变用户的习惯，例外情况在系统里有处理通道，管理层持续关注使用数据。每一项设计都在降低惯性的阻力，而不是用蛮力对抗惯性。

数字化转型项目中，技术方案成功的案例很多，业务落地失败的案例更多。失败的原因不在技术，在行为改变。人不变，系统变没有用。流程惯性是行为改变的最大阻力，它的阻力系数由上述多个因素共同决定。提前识别惯性来源，针对性设计应对措施，比上线后再来补救要有效得多。

 

如果您有物料编码相关的问题，欢迎咨询新易物料编码