企业IT常抱怨没有话语权，但更该问：降本增效降了什么、增了什么？作者拿自己一个“0预算”项目回答——生物集团一套新业务系统，外包报价10万元、要2到3个月，他带不到2个人用AI辅助，1.5个月交付5个核心功能，省下10万元。

今天在群里，大家聊到一个老话题：企业IT为什么没有话语权。

有人说，互联网公司把IT当生产力，传统企业把IT当成本中心。有人说，IT很难有功劳——做好了是应该的，做不好就要挨批。还有位群友讲了个扎心的情况：一些业务集中处理，原本说能省人力，实际弄完以后，不但没省，反而还需要更多人。

聊到AI，吐槽更直接：老板要求用AI，却连token的钱都不愿意出。有人自嘲，我们就是“新时代的机床工”。

这种情绪，我能理解。但聊到最后，我还是在群里说了句不太讨喜的话：

不是岗位天然没有话语权，是我们有没有做出能支撑话语权的事。

这句话得展开讲，否则很容易变成站着说话不腰疼。

01 降本增效，究竟降了什么、增了什么？

我在群里追问：哪些成本是IT降下来的？降了多少？效率提高在哪里？提高了多少？有没有帮业务创造收入？

这些问题，可能比“系统有没有上线”更难回答。

我们习惯汇报做了多少功能、接了多少需求、修了多少问题。但业务和老板还会追问一句：然后呢？

审批系统上线了，审批到底快了没有？数据平台建好了，过去要几天才能拿到的数据，现在多久能拿到？

工作量说明你忙过，结果才能说明这些忙碌带来了什么。

当然，IT的价值不能全用收入衡量。系统稳定、安全、合规、风控都有价值，不能因为平时没出事，就认为维护的人没有贡献。但“很难量化”也需要解释——如果不好直接算钱，能不能看耗时、错误率、处理量、响应速度？总得有让人判断的依据。

还有一个容易被忽略的点：一个系统上线，领导看板是方便了，可一线要多录一次数据、负责人要多核对一次、IT要天天处理接口异常。这笔账，也得一起算。

一个部门省下来的时间，可能是另一个部门增加的工作

如果只盯某个环节，就很容易把成本转移当成降本，把增加报表当成增效。评价一个系统，要沿着整条流程看：哪些步骤取消了，哪些新增了，重复劳动是少了，还是换了个地方。

02 那个”0预算”的项目，我做了什么

这次讨论，让我想起自己做过的一个项目。它就写在《AI超级个体》里，刚好能回答那个问题：IT的价值，到底怎么展示。

当时我在一家生物集团做数字化负责人。集团一项全新的创新业务，需要一套系统来支撑。按传统做法，前端、后端、数据库、产品、测试一起上，外包报价10万元、周期2到3个月。问题是：公司没这笔预算，需求也没完全想清楚，团队对“自己做”还带着顾虑。

更现实的一层是：如果连这种项目都只能交给外包，IT就很难证明自己不是成本中心。而外包报价、工期这些被量化的数字，恰恰是IT价值最好的量化指标。

所以我做了个很硬的决定：自己干。

但不是变成全能选手，而是先分清楚：哪些判断必须自己扛，哪些执行能交给AI提速。AI主要参与了三件事：

1. 需求逐步清楚后，让AI补数据库设计和结构梳理，把最耗时间的底层整理先接过去；
2. 进入开发阶段，让AI起前后端框架和基础代码，减少从空白页起步的时间；
3. 联调上线前，用AI处理测试脚本、问题定位和重复修补。

关于“0预算”的口径也要说清楚：没有新增外包预算，也没采购服务器和软硬件；用的是公司已有的工具，投入的是不到2个人、1.5个月。省下的是那10万元外包费；人力和时间，是实实在在投进去的。

最终，不到2个人、1.5个月，交付了5个核心功能：供体库存、采集流程、冻存记录、质检流程、使用记录。

极简人力 + AI，把需求、设计、开发、测试、上线串成一条完整闭环

03 结果，要用前后对照来说

注：成本指未新增的外包与采购费用，周期指从启动到上线的时间。

• 10 万：省下的外包费用，实现0预算开发
• 1.5月：从2–3个月压缩到交付周期
• 不到2人：完成交付5个核心功能

到这一步，价值就不再是抽象感受，而是组织里谁都看得懂的数字。你不再只是“会提建议的人”，而是能把完整结果交出来的人。

“0预算”三个字确实吸引注意，但项目有没有价值，最终还得看结果。我想强调的不是“省钱”，而是人力、时间、已有资源都要一并交代清楚——别人才能理解它为什么能做成，哪些条件可以借鉴。

量化的作用，是让价值有依据

说效率提高，拿前后对照；说成本降低，讲清计算口径；说风险减少，说明验证方法。有了这些，IT的贡献才更容易进入企业的经营讨论。

04 业务和IT，谁都不能把结果推出去

有人会问：业务不配合怎么办？流程不能改怎么办？领导只管提要求怎么办？这些确实存在，系统效果也不是IT一个部门能决定的。

业务提需求，就该把问题讲清楚、参与流程调整、推动实际使用；IT评估方案，就该把代价、限制和条件讲明白，保证交付和运行；管理层则要处理跨部门协调，对目标和取舍做决定。

如果流程不合理却不许改、数据不完整却要准确分析、一线没时间维护却要实时更新，最后全算在IT头上，这不合理。

反过来，IT把系统交出去，也不能就此认定价值已经兑现。系统有没有人用、有没有解决原来的问题、有没有新增负担，都要回到现场看。

谁提需求，谁参与实施，谁使用结果，就应该一起验证这件事到底有没有做好。

05 话语权，要有能摆上桌面的东西

群里有人说，现在做AI就是跟风。我觉得，争论“用不用AI”没有意义，最后还是要落到具体工作上：有的任务AI可以参与，有的现阶段并不合适。一个原本就没必要的流程，处理得再快也未必有价值；但一个一直没人解决的问题，现在能用更少的投入解决，就值得试。

会用工具之后，还要继续往前走：找问题，做判断，推进实施，验证结果。这些，最终共同决定你能交付什么。

当下的时代，对我们这些人仍然有机会。这不是说困难不存在，而是对自己的追问可以更具体：手里的能力还能解决什么具体问题？做出的成果能不能用别人听得懂的方式表达？下一次谈项目，能不能拿出一份双方认可的前后对照？

IT的辛苦值得被看见。当你能说清“原来怎样、现在怎样、我做了什么”，就多了一份争取认可、资源和话语权的依据。