2025年12月15日· Martin Alderson
过去十五年，我们目睹了软件吞噬世界。整个行业被软件吞没——零售、媒体、金融——只要你说得出来的，在过去几十年里都经历了 SaaS 工具激增带来的惊人颠覆。这催生了大量 SaaS 公司——总估值达数万亿美元。
在我上一篇关于软件成本是否因 AI 编程智能体而下降 90% 的文章中，我主要关注了市场的供应端。如果这个假设成立，SaaS 工具的需求端会发生什么？我一直在思考软件工程变革带来的这些二阶和三阶效应。
“自建还是购买”（build vs buy）的权衡考量开始发生变化。软件吞噬了世界。智能体将要吞噬 SaaS。
我看到的信号
最明显的起点就是需求开始蒸发——尤其是对于“更简单”的 SaaS 工具。我相信许多软件工程师已经开始意识到这一点——很多我以前会考虑寻找免费增值或付费服务来做的事情，现在我经常可以让智能体在几分钟内完全按照我想要的方式解决。有趣的是，我甚至没有注意到这种转变。它就这样发生了。
如果我想要一个内部仪表板，我甚至不会觉得 Retool 或类似工具会让它更容易。我直接构建仪表板。如果我需要在媒体摄取过程中重新编码视频，我只需让 Claude Code 编写一个围绕 ffmpeg 的健壮封装器——而不必承担将原始文件发送到单独服务的成本（和速度损耗），也不必担心触及层级限制或试图在脑海中适应另一个 API 的心智模型。
对于不那么纯粹的软件开发任务，这一点更为明显。例如，我已经让 Gemini 3 在几分钟内生成了非常高质量的 UI/UX 原型图和线框图——不需要使用单独的服务或寻找起始模板。同样，当我想做演示文稿时，我不需要使用平台来美化幻灯片——我只需让 Claude Code 将我的 markdown 导出为设计精美的 PDF。
我开始看到的另一个可能影响更大的转变是，人们真的开始质疑大型“企业级” SaaS 公司的续约报价。虽然这还处于非常早期的阶段，但我相信这是一个非常重要的新兴行为。我现在已经看到几个例子：SaaS 供应商 X 发来了他们惯常的年度两位数百分比的涨价通知，而现在团队开始问：“我们真的需要支付这笔钱吗，还是我们可以自己构建所需的功能？”一年前，这充其量是一个很快会被否定掉的假设性问题。现在，这是一个人们正在投入真正精力去思考的现实选项。
最后，大多数 SaaS 产品包含许多客户并不需要或不使用的功能。SaaS 产品工程的许多复杂性在于管理这一点——当你只有一个客户（你的组织）时，这种复杂性一夜之间就消失了。同样，当客户就是开发者本人时，这个客户拥有路线图的完全控制权。不用再指望 SaaS 供应商将你的请求优先于其他客户。
维护方面的异议
对此的主要异议是“谁来维护这些应用程序？”。这是一个真实且正确的异议。软件有 bug 需要修复，有扩展问题需要解决，有安全漏洞需要修补，这一点没有改变。
我认为首先需要指出的是，很多 SaaS 维护得很差（根据我的经验，往往越贵质量越差）。通常，安全风险来自于需要连接和交互内部数据的外部第三方本身。如果你能将所有这些都移到现有的 VPN 或访问解决方案之后，你会突然大幅减少组织的攻击面。
最重要的是，智能体本身极大地降低了维护成本。我遇到过一些最痛苦的维护任务——从弃用的库更新到另一个支持更好的库——通过智能体变得容易多了，特别是在静态类型的编程生态系统中。此外，公司构建内部工具最大的顾虑是只有一个人了解所有内容——如果他们离开，所有的内部知识也就随之而去。智能体不会离职。而且通过一个考虑周全的 AGENTS.md 文件，它们可以向未来的任何人解释代码库。
最后，SaaS 同样伴随着维护问题。我这个月从一位朋友那里看到的一个最近的爆发点是，一家 SaaS 公司决定弃用他们现有的 API 端点并转移到另一套 API，而新 API 并没有提供所有相同的方法。由于这是一个核心系统，这是一个巨大的问题，需要大量的资源来更新、测试和推出受影响的集成。
我并不是建议完全没有软件知识的中小企业会突然替换他们所有的 SaaS 套件。但我确实认为开始发生的是，具有一定技术能力和理解力的组织将更加批判性地审视他们的 SaaS 采购和供应商生命周期。
SaaS 的经济学问题
SaaS 估值建立在两个关键假设之上：快速的客户增长和高 NRR（通常超过 100%）。
我认为我们已经可以看到这样一个世界：某些工具和应用细分市场的新客户需求开始下降。这是一个问题，并将导致这些公司的销售和营销支出增加。
然而，更隐蔽的问题是净收入留存率（NRR）的下降。NRR 是衡量现有客户在持续基础上的消费额度（经流失调整后）的指标。如果你的 NRR 为 100%，意味着你现有的客户群消费额保持不变。如果低于这个数值，说明他们在你这里的消费减少了，和/或总体上有客户流失。
许多优秀的 SaaS 公司的 NRR 显著高于 100%。这是许多 SaaS 商业模式的美妙之处——随着公司成长，需要在计划中添加更多用户。或者他们需要从较低价格的层级升级到较高层级以获得额外功能。这些增长通常是非常有利可图的。你不需要在销售和营销上花费巨资就能获得这种增长（你已经与他们建立了关系），而且为客户向 SaaS 产品添加另外 100 个用户许可的利润率接近于无限大。
这就是我认为一些 SaaS 公司将受到重创的地方。人们将开始把部分解决方案迁移到自建/修改的内部平台，以避免为下一个定价层级支付显著更高的费用。或者他们会通过你的 API 从你的平台摄取数据，并构建内部仪表板和报告，这意味着他们可以移除 80% 的用户许可。
哪里行不通（以及什么仍然拥有护城河）
显而易见的是任何需要极高正常运行时间和 SLA（服务级别协议）的东西。实现 99.99% 或 99.999% 的可用性真的很难，构建高可用性系统非常困难——而且在构建过程中很容易搬起石头砸自己的脚。因此，在我看来，像支付处理和其他核心基础设施是相当安全的。你（还）无法轻易用智能体取代 Stripe 及其在核心支付上的所有工程工作。
同样，超大容量系统和数据湖也很难被取代。为海量数据集或交易量启动集群并非易事。这同样需要专业的知识，而这种知识在你的组织中可能很稀缺，甚至根本不存在。
另一种是具有显著网络效应的软件——即你需要与人协作，尤其是与组织外部人员协作的软件。Slack 就是一个很好的例子——它不是你可以用内部工具替代的东西。同样，拥有丰富集成生态系统和插件市场的产在这里拥有真正的优势。
拥有专有数据集的公司仍然非常有价值。金融数据、销售情报等仍然很有价值。如果说有什么不同的话，我认为这些公司拥有真正的优势，因为智能体可以以新的方式利用这些数据——这会让用户被锁定得更深。
最后，监管和合规性仍然非常重要。许多行业需要监管合规——这不会在一夜之间改变。
这确实需要你的组织拥有管理这些新创建的应用程序的技能（内部或外部）。我认为 SRE（站点可靠性工程）和 DevOps 相关的产品和人员需求将出现真正的回升。我怀疑我们会看到公司里出现全新的职能部门和团队，专门致力于管理这些新应用程序。这当然有成本，但这笔成本通常可以由现有的 SRE 或 DevOps 职能部门管理，或者如果需要新增人员和基础设施，可以分摊到数量多得多的应用程序上。
谁面临的风险最大？
对我来说，面临严重风险的公司是那些实际上只是 CRUD（增删改查）逻辑的后台工具——或者是基于客户自有数据的简单仪表板和分析工具。
这些工具通常会产生很多摩擦——因为它们的工作方式并不完全符合客户的期望——而且它们是最容易被智能体取代的工具。记录现有系统并告诉智能体构建某些东西非常容易，而且痛点也被消除了。
SaaS 肯定没死。就像任何重大的技术转变一样，会有赢家和输家。我确实认为，对于许多没有清晰护城河或专有知识的 SaaS 产品来说，门槛将会高得多。
难以预测的是智能体向价值链上游移动的速度有多快。我假设智能体无法管理复杂的数据库集群——但我不确定这种情况还能持续多久。
我也不认为每家公司都有途径突然替换掉所有的 SaaS 支出。如果说有什么不同的话，我认为我们会看到市场（再次）分裂。拥有强大内部技术能力的公司与没有这些能力的公司。这对于前者来说将成为另一种竞争优势——而后者可能会面临成本的大幅增加，因为 SaaS 提供商试图从这些不太容易转换的群体中收回从第一类群体那里失去的销售额。
但我的关键结论是，如果你的产品只是计费系统上的一个 SQL 封装器，你现在就有了成千上万的竞争对手：就是你客户那里那些拥有一个空闲周五下午和一个智能体的工程师们。