最近研究飞书的多维表格，功能确实强，但操作一遍就发现，本质上它就是一款零代码平台。它的市场定位也和零代码平台如出一辙：让懂业务的人自己动手搭系统，把IT从排期里解放出来。

听着太对了是不是？业务抱怨IT慢，IT抱怨需求变来变去，零代码说——你们别吵了，业务自己上，IT做后台就行。好像只要拖拽几个组件，业务人员就能在Excel和PPT的夹缝中，顺手把一套采购审批流、库存看板、生产报工系统给搭出来。

现实是：业务部门的人连自己部门的KPI都背不完，哪有闲心去研究什么数据模型、表单联动、权限矩阵？他们打开零代码平台，看到的是“字段”“视图”“工作流节点”，光是搞懂这些词是什么意思就要半天，更别说拿它们搭出一套能跑的系统。

于是，担子兜了一圈，又回到了信息中心。

零代码平台最大的谎言，是它宣称自己足够傻瓜。业务部门的人懂业务，但他们不懂“把业务翻译成系统”这件事本身。这不是IT技能的问题，这是抽象能力的问题。一个人知道报销要贴发票、要审批、要打款，不代表他能把这件事拆成表单字段、审批节点、数据关联和权限规则。就像一个人会开车，不代表他能造车——零代码给了他一个方向盘，但他不知道发动机在哪。

很多人都以为，零代码的核心挑战是业务部门学不会IT。错了。核心挑战是：IT部门不懂业务。零代码把开发门槛降低了，但把业务理解的门槛暴露得更彻底。一个不懂采购流程的IT，用零代码搭出来的采购系统，只会把原来三天走完的流程变成线上走五天。

业务部门为什么最后还是要找信息中心？因为他们扣得动扳机，却打不中靶。而IT部门呢？IT部门手里有准星，但他们不知道靶在哪。

零代码没有消灭沟通成本，它只是把沟通成本从写代码转移到了讲业务。而讲业务这件事，IT部门很难及格。

所以，零代码的核心挑战，不是业务部门的IT能力，而是IT部门的业务能力。

而信息中心要做的，也不是教业务怎么用零代码，而是自己先用零代码把交付速度提上来。业务要一个报表，IT用零代码半天搭出来，而不是排期两周；业务要一个审批流，IT用零代码一天配好，而不是等厂商开发；业务要一个数据看板，IT用零代码连上MES和ERP实时展示，而不是等业务提需求走流程……

零代码让IT从开发变成配置，从排期变成即时交付，从被动响应变成主动赋能。这才是零代码的真正价值。