不必为AI先重建整个业务

有一种关于AI的建议，听起来比房间里其他所有意见都高明：

“要从AI中获得真正价值，你不能只是把AI叠在现有流程上，必须先重建整个业务模式。”

这句话像真理一样被重复。但它错得离谱。

一次技术迁移给我的教训

几年前，我所在的公司收到一家大型云服务商和咨询公司的联合提案：三个月内，把整个数据环境一次性迁到新平台。

方案包括两部分：我们已经在规划中的干净、现代的平台，以及它下面那套老旧、混乱的遗留平台。遗留平台一团糟——数千张表、纠缠不清的查询、逐年累积的存储过程，没有任何人能说清全貌。

云服务商愿意掏钱，承诺三个月全部搞定。

我们一眼看出这不可能。如果硬上，团队和路线图会被拖垮，远不止三个月。我们顶住压力，带着咨询顾问实地看了遗留系统的真实面貌，直到他们自己也承认难度。最后我们把范围缩窄到只迁移现代平台——也就是我们本来就想做的那部分。

那个被砍掉一半的方案，所有人都觉得简单，结果光它自己就花了超过三个月，还需要我们的工程师全程深度介入。

他们以为简单的部分，实际耗时超过了他们为整个项目报的估时。

而且这还只是一次技术迁移。范围再恶心，至少是可认知的。表没有意见，存储过程不会因为被迁移而焦虑。

现在把同样的逻辑对准“人”试试

你不可能用甘特图来重组一个组织。

把那种“一次性大推”的冲动对准你的运营模式看看：你不再是迁移数据表，你是在迁移人——他们的工作方式、汇报关系、考核指标、多年养成的习惯、对新模式的隐秘恐惧。这是整个组织里最难以估算、最不可控、最慢的系统。它不会按项目速度运转，它按信任、政治和习惯的速度运转，而且它一定会反弹。

数据库可以重构，但你不可能用一张甘特图来重构一个组织。

所以，“先重建运营模式”的建议，实际上是把你最大、最不确定的赌注押在了最可能失败的那个领域。技术迁移这种相对可控的事都超了时间线，而那个“金句”却让你在做更困难的事情之前——在AI还没带来一分钱价值之前——先去动运营模式。这哪里是什么清醒负责的选择？它听起来像而已。

为什么这个建议还是有人卖

你当然可以说这个建议鲁莽。但它并不鲁莽——至少对提出建议的人来说是理性的。

全盘重构运营模式，是最大规模的咨询项目：收费更高、周期更长，而且提出建议的人不需要在18个月后还坐在那栋楼里，眼看着重组停滞、AI还在试点、转型永远到不了。越是大冒险，越是有人兜售，因为风险最高的地方恰恰是合同最大的地方。

这不是阴谋。只是利益导向。从“先重建一切”中获益最大的人，通常不是那些要在半重建的废墟里过日子的人。

那应该怎么做？

问题不在于AI会在多大程度上改变你的业务——它很可能改变很多。问题在于：这种改变必须作为前提条件先发生吗？还是可以跟在那些已经验证有效的事情后面？

几乎总是可以跟在后面。

先交付一个小的、真实的东西，让它产生实际价值，然后让运营模式围绕那些真正起作用的部件去适应调整——就像我们那次迁移做的一样。转型仍然会发生，但它不是一笔赌注，而是一系列用价值挣来的改进的总和。

当然，也存在必须一次性全部搞定的情况。但那时你会睁大眼睛、清醒地承担风险。而在AI还没证明任何价值之前，就把整个运营模式押进去——这是最容易犯下、也最昂贵的错误。而且最容易说服自己去做，因为那个声音听起来如此像智慧。