阅读时间：约 15 分钟 · 适合：老板、业务负责人、数字化项目经理
导读： 很多企业买了 ERP、CRM、OA、费控、大屏，走进现场仍是：系统记录、Excel 计算、微信群协同、管理者催办。元舟 PivArk 做私有化中枢交付时，会先问一句——这个产品接管了谁的什么工作？ 答不出来，多半只是换了一种加班方式。下文用「工具→助手→专家」与四大体系，帮你判断数字化有没有改变工作本质。
这些年，很多企业采购了大量系统。ERP、CRM、OA、HR、采购、合同、费控、数据大屏，一个接一个上线。可走进业务现场，你会发现一个有意思的现象：
*系统负责记录，Excel 负责计算，微信群负责协同，管理者负责催办。*
系统看起来什么都有，真正干活的时候，还是离不开人。
这也是很多企业数字化投入不少，却始终没有产生明显价值的原因。我们把太多精力放在系统有没有上线、功能有没有交付、员工有没有使用，却很少追问一个更直接的问题：
*这个产品，到底接管了谁的什么工作？*
如果回答不出来，系统大概率只是换了一种工作方式，并没有改变工作的本质。
图1：数字化投入不少却「没接管业务」的典型现场
从工具到专家，关键是能不能对结果负责
乔新亮老师把产品分为三个阶段：工具、助手和专家。
- 工具阶段，是人使用系统完成工作。过去员工在纸上登记，现在改成在系统中录入；过去用 Excel 统计，现在从系统导出数据后再计算。效率可能提高了一些，但人仍然是工作的主体。
- 助手阶段，是系统开始承担一部分工作。系统可以自动计算、自动提醒、自动生成方案，但最后仍然需要人判断、确认和推动。
- 专家阶段则不同。产品不只是提供信息和建议，而是能够按照业务规则完成工作、推动流程，并对最终结果负责。人不再处理大量正常业务，只需要制定规则、处理异常和做出新的判断。
判断一个产品是不是专家级，不要看功能列表有多长，只要问一句：
*如果负责这项工作的员工今天不在，这件事还能不能正常完成？*
不能，就说明产品还没有真正接管业务。
图2：专家级判据——负责人不在岗，业务能否照常完成
实践侧记 · 元舟 PivArk
平台 Agent 的验收口径与此同构：宣称专家级须有过现场探针（受限文档解锁、报价草稿、缺货预警等），禁止「见一条改一条」的聊天贴片。Skill/Case 沉淀走内核管道，不平行第三套问答库。
接管业务，既要接管干活，也要接管管理
企业里大致存在两类工作。一类是干活，比如计算、填单、审批、下单、排班、发货、对账。另一类是管理干活，比如检查结果、发现异常、评价好坏、推动整改、执行奖惩。
很多数字化项目只关注第一类工作。把纸质单据搬到线上，把手工操作变成系统操作，就认为数字化完成了。但如果工作完成以后，还需要管理者人工统计、逐个检查、开会排名、反复催促，系统接管的仍然只是很小的一部分。
从接管业务的角度，企业产品可以分为四个体系：交易体系、协同体系、监控体系、绩效体系。四个体系连起来，才是一条完整的业务闭环。
交易体系：把算和办交给产品
交易体系解决的是一件具体业务如何完成。销售报价、采购请购、生产排程、员工排班、费用报销、库存补货，本质上都包含两类动作：先算清楚，再把事情办下去。
但现实中，很多系统只负责办，没有负责算。员工先在 Excel 里计算，再把计算结果录入系统；系统只是保存了一张单据，没有承担真正复杂的业务工作。
比如酒店在预测到高入住率和大型宴会时，需要提前计算第二天客房、餐饮等岗位的用工需求。如果仍然由部门负责人凭经验报人数，人力资源部用 Excel 汇总，再联系外包公司补充小时工，那么系统只是一个用工申请入口。
真正的交易体系，应该结合入住率、宴会预订、员工排班、历史人效和用工标准，自动计算人员缺口，并直接形成调配或者外包用工需求。员工不需要从头计算，只需要处理少数特殊情况。
*只要核心计算还在人脑和 Excel 里，企业真正的业务能力就没有进入系统。*
协同体系：让业务自己往下走
一项业务很少只涉及一个岗位。销售订单要传递给生产，生产计划要传递给采购，采购结果要同步给仓库，仓库收货后又要进入财务结算。
如果每个环节都需要员工下载表格、转发文件、发送消息、询问进度，那么流程并没有真正打通。
真正的协同体系，应该让上一个环节的结果，自动成为下一个环节的输入。谁负责、什么时候完成、超时怎么办、出现异常找谁，都由产品按照规则推动，而不是依靠某个人不断催促。
*Excel 消不掉，日常工作离不开微信群，协同体系就还没有做到专家级。*
监控体系：不是展示数据，而是判断好坏
交易和协同解决的是工作怎么完成，监控体系解决的是工作完成得怎么样。
很多企业建设了数据大屏，收入、成本、订单、库存、人员等数字一应俱全。但管理者看完以后，往往还是不知道哪里有问题，也不知道应该找谁解决。
原因很简单：有数据，不等于有管理。
真正的监控体系必须能够回答几个问题：这个结果是好还是坏？和标准相比差多少？问题发生在哪里？由谁负责？需要在什么时间内改进？
监控体系不是把数据摆出来，而是建立一套稳定的好坏判断标准。没有标准、排名、预警和责任对象的数据大屏，更多只是展示工具。
绩效体系：让规则自动产生行动
发现问题之后，还要有人推动解决。这就是绩效体系的作用。
很多企业的数据系统最后都会停在这一步：系统发现了问题，管理者截图发到群里，点名批评，要求整改。至于什么时候改、改成什么样、没有改怎么办，仍然依靠人去追。这说明系统只完成了监控，没有完成管理。
绩效体系要把监控结果和具体行动连接起来。供应商交付延迟，系统按照合同规则进行扣款；部门连续超出成本基线，自动进入整改流程；某项指标持续落后，自动升级到更高层级；达到奖励条件，系统按照规则兑现。
当奖惩依赖管理者临时拍板，合作方就会研究人；当奖惩按照系统规则执行，大家才会真正研究业务。
当然，规则不可能一开始就完全成熟。正确的做法是先由人制定规则、按照规则运行，在实践中不断调整。等规则稳定以后，再逐步放进产品。人把经验变成规则，产品再把规则变成企业能力。