从 Vibe Coding 到企业级 SaaS
这系列文章回答一个问题：一个独立开发者用 vibe coding 做出原型后，怎么一步步把它变成真正的企业级 SaaS 产品？
不是「AI 能写代码所以人人都是程序员」的鸡汤，也不是「你需要 Kubernetes 集群才能上线」的劝退。而是一条真实可走的路径——从 1 个客户、1 个原型开始，陪跑、验证、收敛、收钱、上云、专业化、规模化，最终成长为能扛住 10000 个客户的平台级产品。
这个系列写给谁？
- 独立开发者：用 AI 做了好几个 side project，想知道怎么把一个真正做起来
- 产品经理：会用 AI 做原型了，想了解从原型到产品的完整过程
- 创业者：想知道 SaaS 从零到一的每一步具体怎么做、什么时候该做什么决策
每个阶段的核心问题
| 篇 | 阶段 | 核心问题 | 进入信号 |
|---|---|---|---|
| 1 | 发现真问题 | 这个问题值得用代码解决吗？ | 你有一个模糊的想法 |
| 2 | 可运行 Demo | 怎么把静态原型变成能跑的？ | 客户说「什么时候能用」 |
| 3 | 多原型并行 | 哪种解法最好？ | 你不确定方向 |
| 4 | 岔路口 | ToC 还是 ToB？ | 要决定商业模式 |
| 5 | 多客户陪跑 | 怎么服务一群人？ | 新客户自己找上门 |
| 6 | 从屎山到可维护 | 怎么让它能继续改？ | 改代码开始害怕 |
| 7 | 开始收钱 | 客户愿意付多少？ | 客户主动问怎么付费 |
| 8 | 上云 | 怎么让它一直在？ | 手动部署出过事故 |
| 9 | 专业化 | 怎么让它可依赖？ | 客户依赖你生产 |
| 10 | 规模化 | 怎么接住增长？ | 新客户涌入接不住 |
| 11 | 从生意到事业 | 怎么让它活十年？ | 开始想长期价值 |
技术演进全景图
| 篇 | 系统形态 | 用户量 | 数据库 | 部署方式 |
|---|---|---|---|---|
| 1 | 纯前端静态原型 | 1（看） | 无 | npm run dev |
| 2 | Next.js + Prisma + PG | 1（用） | Supabase 免费层 | npm run dev |
| 3 | 3 套独立原型 | 3 | 3 个 DB | 各跑各的 |
| 4 | 岔路口：ToC/ToB | — | — | — |
| 5 | 单体 + 多租户 | 10 | 单库共享表 | Vercel 预览 |
| 6 | 分层架构 + TS 严格 | 20 | 有约束有索引 | Vercel + Supabase |
| 7 | RBAC + 计费 | 50 | 有备份策略 | Vercel + Railway |
| 8 | CI/CD + 多环境 | 200 | 独立 PG + 连接池 | Vercel + RDS |
| 9 | 监控/日志/缓存/限流 | 500 | 读写分离雏形 | 多节点 |
| 10 | 服务拆分 + 开放 API | 1000+ | 读写分离 + 分区 | K8s/多区域 |
| 11 | 平台 + 生态 | 10000+ | 分级多租户 | 全球多活 |
贯穿全系列的隐线
Vibe Coding 的角色演变：AI 在每个阶段该干什么、不该干什么。
- 原型阶段：AI 写 90% 的代码，你负责选择方向和判断
- 重构阶段：AI 辅助但不可信——类型校验和测试用例才是真相来源
- 规模化阶段：AI 帮写运维脚本和文档，核心业务逻辑由团队负责
ToC vs ToB 的岔路口：第四篇会详细对比两种路径的差异，后续每篇也会标注 ToC 和 ToB 的不同做法。
成本曲线：每篇会诚实呈现对应阶段的真实月费——从 $0 到上千美元。
什么时候该停：不是每个 side project 都该走完这 11 步。如果陪跑 3 个月客户还是可有可无，就该停了。认清什么时候该放弃，和认清什么时候该前进同等重要。
下面开始逐篇深入。每一篇都遵循统一结构：现在长什么样 → 什么时候该往前走 → 怎么走 → 走到下一阶段长什么样。