从 Mint 到 Shopify：AI 订阅产品，正在系统性吞噬垂直 SaaS

cover

过去大家常把 AI 产品理解成：在原有软件上多加一层聊天交互。

但这轮变化更实际一点。很多 AI 产品开始同时拿到用户入口、订阅关系和 agent 接口，然后把原本属于垂直 SaaS 的能力一项项接进去。这样一来，一些原本要单独卖的软件功能，就可能变成 AI 产品里的附加能力。

Perplexity 接入 Plaid 做个人理财，Shopify 把商家后台开放给 Claude Code、Cursor、Codex 等 agents，Vercel 也在讲面向 agent 的基础设施。把这几件事放在一起看，能看到一条比较清楚的线：AI 订阅产品正在往更多垂直 SaaS 的地盘里走。

Perplexity 重做 Mint，真正的杀伤力不在功能，而在商业模型

Perplexity 最近宣布，Computer 可以通过 Plaid 连接用户的银行账户、信用卡和贷款，支持支出跟踪、预算工具和净资产可视化。单看功能，这几乎就是把 Mint 的经典能力重新做了一遍。

但 @aakashgupta 点出的关键更值得玩味：Mint 之所以在 2024 年退场，并不只是产品不行，而是经济模型不成立。Plaid 的数据费用让免费用户变成亏损来源；Intuit 把 360 万用户迁移到 Credit Karma 后，甚至没有保留预算管理这个核心场景。

Perplexity 的不同之处在于：用户并不是为了记账才订阅它，而是为了搜索、研究和问答。于是，个人理财能力就不再需要独立承担获客成本、品牌成本和完整 P&L，它只要承担“附加功能”的边际成本即可。

这才是 AI 产品最可怕的地方：
它不是靠某个功能打败垂直 SaaS，而是靠已有订阅把功能变成“免费搭车的体验增强项”。

过去，垂直 SaaS 的逻辑是：围绕一个高频痛点，建立独立产品、独立定价、独立留存。
现在，AI 订阅产品的逻辑变成：先用通用能力拿到月费关系，再把一个个垂直场景塞进来，提升留存和 ARPU。

换句话说，Mint 输给 Perplexity 的，不只是预算功能，而是入口位置。

Shopify 开放 agent 接口：前端正在从 Dashboard 变成 AI

如果说 Perplexity 体现的是“通用订阅吞掉垂直功能”，那 Shopify AI Toolkit 展示的就是另一条更激进的路径：agent 成为新的软件前端。

Shopify 宣布，商家可以通过 Claude Code、Cursor、Codex、VS Code 等工具中的 AI agents 管理整个店铺。这里最重要的，不是“Shopify 也支持 AI 了”，而是它承认了一个趋势：

商家未来未必每天登录 Shopify 后台，而是直接对 agent 说：
“帮我上新 20 个 SKU，调低滞销品价格，给德国站点做一版促销文案，并检查库存同步错误。”

这意味着，SaaS 的传统界面——菜单、表单、工作流、配置页——正在被压缩成 API 和权限层。
用户未必再看见你的产品，但 agent 会调用你的能力。

这会让大量垂直 SaaS 面临一个尴尬现实：
如果你的护城河主要是“把复杂流程做成一个好用后台”，那么当 agent 能直接操作后台时，你的 UI 优势会迅速贬值。

未来最值钱的，不再只是“给人用的界面”，而是三件事：

高质量、可组合的动作接口
清晰、安全、可审计的权限系统
适合 agent 调用的领域语义模型

也就是说，SaaS 的竞争，从“谁的页面更好用”，转向“谁更适合成为 agent 的执行层”。

Vercel 在提醒所有人：基础设施也要 agent-first

@rauchg 提出“Agentic Infrastructure is the future of the cloud”，其实是在把这场变化再往底层推进一层。

如果应用前端变成 agent，那么云基础设施也不能再只是为开发者和网页服务。编码 agent 需要的是能理解任务、自动配置、自我修复、适合长任务运行的环境；部署 agent 需要的是 sandbox、长时计算和新的 token 分发网络；平台本身甚至要变成“一个 agent”——自优化、自安全、自运维。

这不是修辞，而是架构变迁。

传统 SaaS API 设计的默认前提是：

调用者是开发者写的程序
交互是稳定、预定义、流程化的
错误由人类工程师排查

但 agent-first 世界里的默认前提变成：

调用者可能是一个会自主规划任务的模型
交互是半结构化、上下文驱动的
系统要能容忍不完美调用，并提供可恢复机制

因此，平台 API 设计会出现三个明显变化：

从“资源导向”走向“任务导向”

过去 API 强调 CRUD；未来更需要直接暴露“完成一项业务动作”的接口，比如“生成补货计划”“发起退款并通知客户”“生成预算解释报告”。

从“文档给人看”走向“接口给 agent 用”

API 不仅要有文档，还要有适合模型理解的 schema、权限边界、错误语义和可观测反馈。

从“能连上”走向“能放心托付”

当 agent 可以直接操作财务、库存、广告和客服时，审计、回滚、审批链和最小权限将成为基础设施，而不是附属能力。

SaaS 护城河正在重估，创业机会也随之迁移

这场变化最容易被误读成一句话：“垂直 SaaS 要完了。”
但更准确的说法是：护城河的位置变了。

过去的护城河可能是：

做一个足够好的专用产品
占据一个细分入口
靠 UI、工作流和集成深度建立切换成本

未来更强的护城河可能变成：

掌握独特数据源
拥有真实世界执行权
提供 agent 难以替代的高可靠工作流
成为通用 AI 的“底层能力供应商”

这也是为什么 YC 生态开始冒出像 Instant 这种“AI-coded apps 的后端”，以及 Gooseworks 这种面向 GTM 的 AI coworkers。创业者已经意识到，新的机会未必是再做一个旧式 SaaS，而是去补 AI 原生应用的缺口：后端、执行层、审计层、权限层、协作层。

一句话总结：

功能层在商品化
入口层在向 AI 订阅产品集中
执行层在向 agent-compatible 平台重构

结语：未来的软件，不一定先卖功能，而是先占关系

Mint 到 Shopify 的这条线索，揭示了一个越来越清晰的现实：
AI 产品的优势，从来不只是“它也能做记账、做店铺管理、做客服”，而是它先拥有了用户每天都在打开的入口、已经建立的订阅关系，以及可以无限扩展的 agent 接口。

一旦这三者成立，垂直 SaaS 就会被重新定义：
有些会被吞掉，有些会退到底层，有些则会借 agent 浪潮迎来第二春。

未来几年，软件行业最重要的问题可能不再是：

“AI 能不能做这个功能？”

而是：

“当用户入口变成 AI，谁还能控制工作流、数据和执行权？”

这，才是下一轮 SaaS 重估的真正开始。