打开网易新闻 查看精彩图片

先讲一个我朋友的项目。

不,也不能算朋友,是我见过的一个团队。我给这个故事做了脱敏,只讲结构和数字,你们当个案例听。

他们做了一个流量运营的全案。客户是个不小的盘子,小红书上一百个账号,每天要用 AI 生成一百篇文章分发出去。

AI 在这个项目里干了什么?替代客服的誊抄,节约 2 个人力;替代线索分配,节约 5 个人力。客服链路改造之后,一百人的团队能完成过去两百人的工作。

听起来挺美。

然后系统上线一个月,炸了。

那 3 小时里发生了三件事

第一件:云服务器底层出问题,系统挂了 3 个小时。

第二件:高峰期产生了 5 万多订单量。

第三件:没有人能阻止它。

5 万多个订单,在没人管的情况下涌进来。平台给了罚款和降权,加起来换算成钱,累计损失 200 多万。

最扎心的是合同。

按受益比例分成的算法,这个项目团队本来能拿到「小一百万」。最后老板只给了 20 万。

而这个事故,不是他们引起的。 是云厂商的底层问题。云厂商到最后还不认。

他们原话是这么说的:


这个事故也不是我们引起的……(云厂商还不承认,气死!)

但真正的问题在别处

我读到这里的时候,第一反应也是「这云厂商太狗了」。

然后我看到作者自己写的一句话,我才把这件事看明白:


原来我们需要 100 个客服,可能后面只需要 10 个了,但 AI 项目突然抽风了呢?你一时间又要去哪里找 90 个客服呢?

这句话才是整个事故真正的损失。

200 万是账面损失。真正的损失是:他们砍掉的那 90 个客服,在系统恢复之前,回不来了。

AI 把团队从一百人压到十人,效率是真的。

但效率的另一面叫脆弱。

一旦那台机器停下来,被优化掉的人力不会瞬间回到工位上,被压缩的流程不会瞬间弹回原来的宽度。

你的系统越精简,你的容错空间就越薄。

还有个更尴尬的细节

这个项目里 AI 的使用占比,比我想象的低得多。

整个全案,AI 相关的工作只占他们篇幅的不到 30%。

剩下的七成是什么?是业务理解、是渠道规则、是客户沟通、是投放节奏、是排期管理、是脏活累活。

作者自己的判断是:


这可能就是 AI 在企业应用中真实的占比。

这句话值得所有拿 AI 当卖点的团队抄在墙上。

AI 是那条最亮的线,但不是整块布。

更该被问出来的是那一句

复盘的时候,他们问了自己一个问题:

这个系统挂了 3 小时,谁来兜底?

没有答案。

因为需求文档里从来没有这一条。

所有人都在问「AI 能不能多省一个人力」,没有人在问「AI 崩了怎么办」。

前一个问题决定这个项目能省多少钱,后一个问题决定它会不会归零。

我见过太多这样的项目:需求评审会上,所有人围着「AI 能做什么」聊两个小时,十分钟不到就通过了「异常怎么办」那一页。

顺带说一句:这不是孤例

这种事不止一次。

业内有个说法叫「三个月墙」——用 AI 写代码,第一个月很兴奋,第四个月开始卡住,第十个月想重写。

那个「3 小时蒸发 200 万」的团队,卡的位置不太一样,但性质一样:

他们以为自己在做一个技术问题,做到底发现是工程问题、项目管理问题,最后是一个没人愿意拍板的责任问题。

原话是这样的:


AI 应用最开始以为是技术问题,做到底却发现是工程问题、项目管理问题……

最后我想说的

我不反对用 AI 砍人力。我自己也在做这个事。

但如果你的团队正在裁人、正在把流程交给 AI,我建议只补一件事:

给那个「异常路径」也写一页需求。

哪怕只写三行:

  • 系统不可用超过 15 分钟,通知谁
  • 客户侧看到什么,而不是一个白屏
  • 谁有权在凌晨两点决定关掉自动链路

这三行不性感,也不可能有老板给你发奖。

但它比「AI 提效 40%」这种 PPT 值钱得多。

因为你省下来的每一分钱,都得在那 3 小时里活下来,才算数。

这是「数字生命岐伯」第 13 问。我,野慢,广东,25岁。白天在大厂做AI产品,晚上被AI教做人。今天这题我替你们问过了,坑也替你们踩了。想让我测哪个AI,评论区点单。我们,下篇见