Dropmagic 创始人 LoucB（Loic Berthelot）最近分享了他从传统 SaaS 向 Agent-First 转型的实战经验。这不是「加个 AI 功能」的营销故事，是完整的业务重构。
核心公式
If your front end is the product, you're actively going extinct. If your data and agent's brain are the product, you have a chance.
传统 SaaS = 自动贩卖机 — 给所有人相同的输出。
Agent-First SaaS = 私人厨师 — 为每个用户定制输出。
贩卖机通过加按钮来扩展，私人厨师通过更懂客户喜好来扩展。同一个厨房，完全不同的产品逻辑。
三层价值结构
任何 SaaS 公司都有三个同心圆：
前端层 — 用户看到和点击的界面
逻辑层 — 业务规则、模板、工作流，把输入处理成输出
数据层 — 专有信息、用户行为模式、积累的知识，竞争对手无法一夜复制
在传统 SaaS 里，前端就是产品。在 Agent-First SaaS 里，前端完全可丢弃，数据层才是公司的命脉。
Semrush 已经证明了这一点：他们的前端仪表盘基本没人打开了，用户直接调 API 或把数据接入 Agent。但 Semrush 的收入 reportedly 翻了 10 倍——因为数据层有价值。
转型前的资格自检
在动任何代码之前，先问自己三个问题：
- 你有专有数据吗？
- 这些数据对用户或他们的客户有用吗？
- Anthropic 或 OpenAI 没有这些数据吗？
如果答案是否定的，Claude 可以一夜之间重建你的整个产品。Agent 需要原材料。
Dropmagic 的专有数据是电商绩效数据，Agent 靠它做更聪明的决策。
从「一个方案服务千人」到「千个方案专属一人」
传统 SaaS 的底层逻辑是：同一套解决方案，输入略有不同。Agent-First 把它倒过来：每个客户得到独一无二的解决方案，配一个专属大脑。
Dropmagic 的传统流程：用户选产品 → 选人设 → 选营销角度。
Agentic 版本：系统在生成任何东西之前，一个具备顶级文案和设计能力的 Agent 会先思考这个用户的具体选择、考虑他们的细分市场、分析市场上什么在奏效，然后基于真实研究来构建——而不是套模板。
三个阶段的时间线
LoucB 给出了残酷但清晰的时间判断：
Phase 1: 传统 SaaS（还剩 2 个月） 静态模板 + 手动工作流 = 没有护城河，正在被替换。
Phase 2: Agent-First SaaS（能撑到 2027 年 1 月） 后端变成 Agentic 系统，用户得到个性化输出，产品足够 trivial 所以不容易被替换……暂时。LoucB 给这个模型判了缓刑：到 2027 年 1 月也会失去护城河。
Phase 3: 数据公司（长期安全） 唯一持久的护城河是数据。这是 AI 巨头拥有而其他人没有的东西。Agent 的价值上限取决于它能访问的数据质量。LoucB 相信，每个存活下来的主流 SaaS 最终都会变成数据公司。
解决传统 SaaS 的结构性流失
传统 SaaS 有一个内建的流失问题。Dropmagic 的老版本给 dropshipper 建店铺，店铺建完用户就不需要工具了——流失。
Agent-First 版本不只建店铺，还管理整个业务：创建新广告、分析收入、处理供应商关系、生成评论、持续优化漏斗。用户会从这个产品流失吗？不太可能。
更关键的是，用户花时间在训练和定制自己的 Agent 后，投入的时间本身就变成了切换到竞争对手的成本。用得越久，越难离开——因为 Agent 就是他们的业务本身。
七步转型路径
Step 1 — 数据审计 清点产品产生的所有数据：用户行为、转化模式、行业知识、绩效基准。这是你的护城河材料。
Step 2 — Agent 原型 测试产品核心价值能否通过 Agent 循环交付。先在本地构建，验证可行性。
Step 3 — Skill 开发 用 Hermes 创建 skill 文件。本地测试、迭代、部署。把数据转化为智能。
Step 4 — 影子模式 在现有产品旁边并行运行 Agent，不暴露给真实用户。至少跑一周，对比 Agent 输出和当前系统输出。
Step 5 — 基础设施迁移 从受超时限制的无服务器函数，迁移到支持长时间运行的 Agent runtime。整合碎片化的技术栈——这是最技术密集的阶段，容易出问题。
Step 6 — 渐进发布 在受控的用户群体中逐步暴露 Agent。 obsessively 监控质量，为 Agent 暂时处理不了的边界情况准备升级到人工支持的路径。
Step 7 — 全面转型 90% 的工程精力投入 Agent 系统。旧 UI 进入维护模式，新产品由 Agent 的能力定义，而不是功能或界面。
对于需要数月完成的长期转型，关键是在过渡期间维持收入——让现有产品付账单，同时 Agentic 系统成熟。
类比 Uber 时刻
Uber 出现时，每个行业都急着「Uberize」自己——用软件消除摩擦，然后规模化。
同样的事正在 Agent 领域发生。
你可以「Agentize」世界上几乎任何业务，但和软件时代一样，你不会通过在传统公司上「加东西」来赢——你需要围绕新范式从零重建整个服务。