开发者思维：掌握你运营的未来

“直接买吧”是软件里最昂贵的一句话。不是因为许可费太贵——而是因为它悄悄交出了让你公司难以被复制的唯一东西：你真正运作的方式。

Amazon 早在它流行之前就懂这个道理。它买软件，研究它是怎么运作的，然后按自己的条件在内部重建。2000 到 2006 年间，Amazon 的工程团队标准化了内部计算、存储和数据库，以驯服网络规模的复杂性。AWS 从另一端冒出来，成了副产品——一头最初只是内部必需的现金奶牛。

Amazon 从不让一个通用供应商坐在它运作方式的核心位置。它保留了重建一切值得拥有的东西的本能。这种本能在扩散。我接触的几乎每一家组合公司如今都描述过用 AI 重建内部工具。构建成本降得如此之低，以至于“直接买吧”不再是默认答案。

但 Amazon 的教训不是“什么都重建”。它比那更犀利：

拥有那些决定你如何运作的东西。买下其余不决定运作的东西。

买下通用品，拥有差异化。

我有一条硬规则。如果软件是通用品——笨重、成熟、替换风险高——你就买。ERP 是最明显的例子。财务软件是另一个。没人靠重建总账来赢得市场。你的总账不是护城河。那不是业务差异化之处，而是你一旦自作聪明就会被拖垮的地方。通用软件之所以存在，是因为成千上万家公司已经付钱把它变得无聊。接受这份无聊，把构建精力花到别处去。

值得拥有的东西，是那些让你公司的运作方式有别于隔壁公司的内部运营系统。那些是没人卖的系统，因为它们只属于你。你的报价流程、你的库存逻辑、你派发订单的方式、那个给客户消息做分诊的代理。

如果一个供应商能把它卖给一千家公司，它就不是你的优势。如果他们卖不了，那就只有你能构建它。

这就是完整的决策规则：构建能让你运营差异化的东西，买下通用品。

我实际在哪里用它

我经营着一家副业，在那里这不再是理论。（这也是我对待工作的心态——大概也是我学会忽略供应商“我们能靠 AI 自动化这个那个”的垃圾信息的原因之一。）就我的副业而言，我运行着一支自主 agent 舰队。不是演示。agent 在做真正的运营工作——给入站消息分诊、起草回复、盯守上架、拉取报表。编排层是我自己拥有的东西，因为它编码了我生意实际运作的方式。市面上没有“我运作这套东西的方式”的现成版本。所以我们自己构建了它。它目前承担着那门生意 90% 的运转。

同样的逻辑也出现在更小、更不起眼的地方。我在本地运行视觉模型，而不是为每一张图片付云端订阅费。这更便宜——更重要的是，它是我的。我控制延迟、数据，以及它出故障时会发生什么。当某样东西小到足以在我已经拥有的机器上运行时，拥有它是默认选项，而不是一个项目。

Home Assistant 是在居家层面同样的本能。自托管自动化，而不是租用别人的云，还指望他们不改条款。同样的肌肉记忆：如果它运行我的环境，我就想让它待在我的屋檐下。

这一切都跟自作聪明或反供应商无关。我依然买很多东西——包括我刚让你买的那些无聊又沉重的东西。关键在于一条清晰的界线：某样东西离你实际的运作方式越近，就越有理由拥有它。

这个框架

如果你想用一句话概括这条规则：先解决你的运营，然后把那个内部系统当作没人能从你手里夺走的产品。

在你重建任何东西之前，先问软件是坐落在你的差异化上，还是只是入场门槛。如果只是入场门槛，就买。然后问是否已经有一个供应商擅长它——如果是，且它不是你的优势，就停下。然后问你是否能用现有的人构建并维护它。拥有一件你维护不了的东西，比租用更糟。

Amazon 重建计算，因为计算是它运作方式的核心。它买了很多其他东西。纪律在于懂得其中的差别。

大多数公司把顺序搞反了。他们买下本该属于自己的运营软件，却花一年时间去重建本该买下的通用品。把它翻转过来。拥有运营，租用其余——并让你构建的系统成为竞争对手要花多年才能追上的东西。

这就是开发者思维。你运营的未来，要么是你拥有的东西——要么是从下一个拥有它的人那里租来的东西。