货在隔壁省，急得像热锅上的蚂蚁？这破流程拖垮了谁？

很多人问我，海总，你们搞这个引擎，到底图啥？

是为了好看？

为了汇报PPT上有几个漂亮的流程图？

难道是为了证实你们那很厉害的技术团队, 能够将一个原本简洁动作, 繁复至让人觉得极其过分的程度吗?

我猜都不是。

或者说，初衷可能是好的。

终究, “规范”一词, 在会议厅之中, 听着甚为入耳, “合规”一词, 听着也颇为顺耳, “透明”一词, 听罢同样让人很是感到愉悦。

然而, 于仓库之中, 于车间之内, 在那些焦急等候物料的工人目光里, 这些通通都是毫无意义的话语。

废话不能当饭吃，也不能当零件用。

我试过跟审批人打电话。

“王经理，麻烦点个头，线停了。”

王经理说：“哎呀，我在开会，晚点看。”

“晚点”是什么时候？

一小时后？

一天后？

还是下周？

我不知道。

我仅仅晓得, 当我再度开启系统, 瞅见状态栏里那个呈灰色的“待审批”之际, 我的内心仿若被一只无形之手猛地紧紧揪住了。

窒息。

真的窒息。

你说它叫“闭环”。

意思是，从发起，到审批，到执行，再到反馈，形成一个圈。

听起来很完美。

无懈可击。

但实际上呢？

这个圈，是个死结。

每一个节点，都可能成为瓶颈。

尤其是异地仓库。

物理距离远，信息同步慢，信任成本高。

于是，人们发明了更多的流程来弥补信任的缺失。

流程越多，效率越低。

效率越低，焦虑越高。

焦虑越高，越不敢放权。

越不敢放权，流程越多。

恶性循环。

这就是典型的“为了管理而管理”。

忘了管理的本质是什么。

管理是为了服务业务，而不是阻碍业务。

万一存在着这样一套审批引擎, 致使调拨物资所耗费的时间, 比物流发货的时间还要漫长, 那么它究竟具备何种存在的意义呢?

不如直接让快递小哥去仓库搬货，也许还快一点。

至少快递小哥不会在系统里卡三天三夜。

能。

当然能。

但前提是我们得承认一个问题：

现在的系统，太“聪明”了，而人，太“被动”了。

我们试图用代码去定义所有的风险，所有的可能性。

我们以为只要流程足够严密，就不会出错。

然而, 我们忘却了, 业务具备流动性, 业务拥有鲜活感, 业务存在温度感, 业务还充满了突发状况的。

库存是动态的。

需求是突发的。

人是会累的，是会急的，是会崩溃的。

假设这套名为“泛微e启营”的系统, 没办法领会这种“急”, 不能够察觉到这种“痛”, 那么它仅仅是一堆代码。

一堆冰冷的、僵硬的、毫无生气的代码。

我们需要的是敏捷。

不是那种嘴上说的敏捷，而是骨子里的敏捷。

比如：

对于紧急调拨，是否可以开启“绿色通道”？

比如：

对于那些频率高、数量少的不同地点之间的调拨情况, 是不是能够预先设置“白名单”状态, 从而实现促使其自行通过这种状况呢?

比如：

对于审批人，是否可以简化操作，一键确认，而不是填一堆表？

这些都不难。

难的是，决策者是否愿意放权。

难的是，管理层是否愿意承担那一点点“失控”的风险。

毕竟，完全的控制，意味着完全的停滞。

我想说。

不管是谁开发的，不管名字听起来多么高大上。

工具，终究是工具。

如果工具变成了枷锁，那就该换工具。

或者，改造工具。

不要让它高高在上，俯视众生。

让其蹲下来, 听闻仓库管理员的抱怨之言，听懂生产线主管的怒吼之声, 听清客户的催促之语。

这才是“闭环”的真正含义。

不是数据的闭环。

是人心与业务的闭环。

不然的话, 就算你运用起了最为先进的人工智能, 采用了最为繁杂的算法内容, 运用了最为绚烂华丽的用户界面。

也救不了一个被流程困死的企业。

真的。

别等了。

赶紧去改吧。

趁产线还没彻底停摆。

趁人心还没彻底凉透。

趁你还来得及。