如果你以后进入一家制造企业，或者准备做数字化相关工作。

你大概率会经常听到一句话。"这个不是我们部门的事情，你去找IT。"

说实话。刚工作的时候，我也一直觉得，数字化当然就是IT负责。

毕竟系统是IT在维护。服务器是IT在管。软件也是IT开发或者找供应商开发。

其实数字化最大的误会，就是把它当成了IT部门的工作。

💻IT真的懂你的业务吗？

举个很简单的例子。假设有一家餐厅。老板觉得点餐太慢了，生意越来越差。于是请IT开发一套点餐系统。

于是开始梳理核心需求方案，如：菜单有多少？会员怎么做？付款怎么实现？等等这些问题，IT能解决。

投入人力物力财力上线系统，结果系统上线以后呢，生意还是不好。

为什么？因为真正的问题，根本不是点餐。

可能是菜不好吃。可能是服务不好。

也可能是厨房出餐太慢。

这些，都不是软件能解决的。软件可以提升效率。却不能替企业经营。

但是你问IT，为什么这个菜总是卖不好？

为什么厨房总是来不及出餐？

为什么周末总是排队？他未必知道。

因为这些，本来就是餐厅经营的问题，不是程序的问题。

🏭制造业里，这种事情每天都在发生

以前做ERP项目的时候。业务部门最常说的一句话就是："让IT帮我改一下系统。"

我后来越来越喜欢反问一句。"你希望解决什么问题？"

很多时候，对方一下就愣住了。他说："就是这里不好用。"

继续问：为什么不好用？真正影响了什么？很多人其实说不出来。很多需求连问5个为什么，根本不是需求，甚至有的都撑不到第五个问题。

所以后来发现。他们想改的，不是系统。而是业务。只是一直以为系统改一下，问题就没了。

我踩过的坑

刚开始做项目的时候。业务部门提需求。我们就开发。今天加一个按钮。明天改一个流程。后天再增加几个字段。大家都很努力。IT天天加班。业务天天提需求。

系统也一直在更新。可是几个月以后。业务还是觉得不好用。那时候我也困惑。

后来有一天，和一位业务负责人聊天，他说了一句话，我到现在都记得。

"不是系统不好，而是我们的业务，我们的流程本来就没想清楚。"

所以如果业务没有统一。IT再努力，也只能把混乱做成电子版。

所以这些年。我慢慢养成了一个习惯。项目开始之前。我喜欢去现场。

去销售部门聊聊天。去车间看看。去仓库看看。去采购办公室坐一会。很多时候。

真正的问题，不在系统。而在人。有的流程重复了。有的数据没人维护。有的审批根本没有意义。这些事情，不是IT能够决定的。必须业务部门一起参与。

我在海外负责数字化建设以后。也是这样、每次开项目会。

我都会告诉大家一句话。今天不是IT开会，今天是业务开会。

因为系统只是最后呈现出来的样子。真正要决定的，是业务流程。

采购决定怎么买。

仓库决定怎么收。

生产决定怎么做。

质量决定怎么检。

财务决定怎么算。

IT真正负责的是：把大家共同确定好的流程，变成系统。

如果业务没有达成一致。IT写再多代码，也解决不了问题。

那IT到底负责什么？

很多小伙伴看到这里可能会问。既然数字化不是IT的工作。那IT是不是就不重要？

当然不是。我反而觉得-IT更像一座桥。

业务懂业务。开发懂技术。

而数字化团队最重要的一件事情：就是把业务语言翻译成系统语言。

再把系统能力，翻译回业务价值。

所以，一个优秀的数字化负责人。一定不是天天讲技术的人，而是能够同时听懂业务和技术的人。

​

💡碎碎念总结

如果以后有人问你：数字化是谁的工作？我希望你的答案不是：

IT部门。也不是：业务部门。而是：

数字化，是业务负责提出方向，IT负责实现能力，两者一起完成的一件事情。

真正失败的项目。往往不是软件不好。而是双方都觉得：

"这不是我的事情。"

最后，送大家一句我这些年越来越认同的话。

业务决定数字化做什么。IT决定数字化怎么做。

只有业务和IT站在一起，数字化才能真正落地。

阅读原文：原文链接