MVP 规划与工具选型
MVP 规划与工具选型
如果你花了超过 10 分钟还没法跟别人讲清楚你的 MVP 做什么，那它太复杂了。砍功能，不是加功能。
我们内部管这叫 "10 minute rule"：你能不能在 10 分钟内，对着一个非技术背景的朋友，用白板画出你 MVP 的所有页面和核心流程？画不出来 = 你还没想清楚。
这一章聊两件事：怎么规划 MVP scope，以及用什么工具做。
MVP 到底应该有多小
一句话解释：MVP 是 Minimum Viable Product，能验证核心假设的最小产品。注意是"最小"不是"最简陋"——核心体验必须完整。
形象比喻：不是给用户一个轮子说"想象这是一辆车"。而是给一个滑板——虽然简单，但你确实能从 A 点到 B 点。比喻的边界是：滑板和汽车的目标用户可能不同，MVP 的用户和最终产品的用户应该是同一批人。
工作中怎么用：你的 PRD 里有 P0 到 P2 的功能列表。MVP = 只做 P0。P1、P2 在 MVP 验证成功后再做。
最常踩的坑：MVP 里塞了用户系统。说实话，90% 的 MVP 不需要用户注册。用 localStorage 存数据，或者直接做匿名使用，先验证核心价值再说。
不同 MVP 类型的时间预期
先管理好预期。很多人被 Twitter 上 "我用 AI 一个周末做了个 SaaS" 的帖子误导了。那些帖子没告诉你的是：他花了两个月想 idea 和做 research，周末只是把代码敲出来而已。
| MVP 类型 | 典型例子 | 合理时间 | 需要的核心能力 |
|---|---|---|---|
| Landing Page + Waitlist | 新产品预热页 | 1-2 天 | 基本 HTML/CSS 审美 |
| 静态内容站 | 博客、文档站、portfolio | 2-3 天 | 内容准备是瓶颈 |
| 单功能工具 | 一个 AI 文本转换器 | 3-5 天 | API 集成能力 |
| 带数据库的 Web App | 简单 CRUD + AI 功能 | 1-2 周 | 需要理解数据模型 |
| SaaS + Auth + Payment | 完整订阅制产品 | 2-4 周 | 需要处理 Stripe、auth 等 |
| 双端平台 | marketplace（买家+卖家） | 4-8 周 | 两套 flow，复杂度翻倍 |
说实话，如果你是第一次做 AI Builder 项目，建议从"单功能工具"开始。它足够小，能让你把完整流程跑通一遍：从 idea → PRD → 开发 → 上线 → 收集反馈。做完一个再做复杂的。
工具选型：2025 年主流 AI Builder 工具对比
这是你最关心的部分。直接上表：
| 工具 | 定位 | 最擅长 | 不擅长 | 免费额度 | 付费价格 |
|---|---|---|---|---|---|
| Bolt.new | 全栈 AI 开发 | 快速 prototype，一句话生成完整 app | 复杂后端逻辑、自定义程度有限 | 每天有限 token | Pro $20/月 |
| Lovable | AI 全栈开发 | UI 质量高，Supabase 集成好 | 纯后端项目、复杂 API | 有限免费 credits | $20/月起 |
| v0 by Vercel | UI 组件生成 | 单个 React 组件、UI 代码质量高 | 不生成后端、不做全栈 | 免费使用 | Pro $20/月 |
| Replit | 在线 IDE + AI | 全栈开发、部署一站式 | UI 设计质量一般 | 免费 tier 可用 | Core $25/月 |
| Cursor | AI 代码编辑器 | 专业开发者、复杂项目 | 完全不懂代码的人用不了 | 免费 2 周试用 | Pro $20/月 |
选哪个？看这个决策树
你会写代码吗？
│
├─ 完全不会 ─→ Bolt.new 或 Lovable
│ │
│ ├─ 更在意 UI 好看 ─→ Lovable
│ └─ 更在意速度快 ─→ Bolt.new
│
├─ 会一点（能看懂 HTML/CSS/JS）─→ Replit 或 Bolt.new
│ │
│ ├─ 想学习代码 ─→ Replit（能看到完整代码）
│ └─ 只想快速出结果 ─→ Bolt.new
│
└─ 比较熟练 ─→ Cursor 或 v0 + 本地开发
│
├─ 前端为主 ─→ v0 生成组件 + Cursor 组装
└─ 全栈项目 ─→ Cursor 直接开发
每个工具的真实使用体验
我把这些工具全都用过至少一个真实项目，说说真实感受：
Bolt.new
速度确实快。输入 "帮我做一个 TODO app with AI prioritization"，30 秒就能生成一个能跑的 demo。问题是：一旦你想改细节，比如"把按钮颜色改成 #FF5757 并且加个 hover 动画"，它经常改着改着把别的地方改坏了。适合做 prototype 给人看，不适合直接当 production 用。
2025 年初更新后支持了 Supabase 集成，后端能力有改善，但复杂查询还是不行。
Lovable
UI 默认质量比 Bolt 好一截。它生成的东西看起来更像一个"真产品"，不像 demo。Supabase 集成是开箱即用的，建个带 auth 的 app 很顺滑。缺点是速度比 Bolt 慢一些，而且如果你的需求偏后端，它就不太行了。
v0
只做 UI 组件。但在这个赛道里它做得最好。输入 "a pricing table with 3 tiers, dark theme, with toggle for monthly/yearly"，生成的代码质量比你自己手写可能还好。适合和其他工具搭配：v0 生成组件 → 复制到你的 Next.js 项目 → Cursor 做后端和集成。
Replit
全家桶思路。写代码、跑代码、部署都在浏览器里。AI Agent 模式在 2025 年初改进了不少，能做比较完整的全栈项目。最大优势是对新手友好——你能看到完整代码、实时预览、直接部署。最大劣势是性能，IDE 加载慢，尤其是大项目。
Cursor
说实话这是我用得最多的。但它更适合有开发经验的人。Cursor 的 AI 补全和 chat 体验是所有工具里最好的，支持 Claude 和 GPT 模型切换，context 理解很准。但你需要自己 setup 项目、安装依赖、配置环境。对于不会写代码的人，门槛太高。
成本实战：别被 "免费" 骗了
| 场景 | 工具组合 | 月成本 | 适合谁 |
|---|---|---|---|
| 做个 landing page 试水 | v0 (免费) + Vercel (免费) | $0 | 所有人 |
| 做个 AI 小工具 MVP | Bolt Pro + OpenAI API | ~$30/月 | 非技术创业者 |
| 做个带 auth 的 SaaS | Lovable + Supabase (免费 tier) | ~$20/月 | 产品经理 |
| 正经做产品 | Cursor Pro + Vercel + Supabase | ~$40/月 | 有开发经验 |
| 团队协作开发 | Cursor Business + GitHub + Vercel Pro | ~$80/月/人 | 小团队 |
热知识：Supabase 免费 tier 给 500MB 数据库 + 50000 月活用户 + 1GB 存储。对于 MVP 来说绝对够用。Vercel 免费 tier 的限制主要在 bandwidth（100GB/月）和 serverless function 执行时间。大部分 MVP 不会触到这个上限。
我推荐的 MVP 工具组合
根据产品类型直接给结论：
做 Landing Page 收集 waitlist → v0 生成页面 + Vercel 部署 + Tally 做表单（免费） → 时间：半天
做单功能 AI 工具（文本处理类） → Bolt.new 或 Lovable 直接生成 → 时间：1-2 天
做带数据库的 Web App → Lovable（生成前端 + Supabase 后端）或 Cursor（更灵活但需要代码能力） → 时间：1-2 周
做 SaaS（需要 Auth + Payment） → Cursor + Next.js + Supabase Auth + Stripe → 时间：2-4 周 → 说实话 Stripe 集成是最耗时间的部分，不是 AI 能力的问题，是文档和 edge case 太多
做 Chrome Extension → Cursor + CRXJS + Vite → 时间：1-2 周 → Chrome Extension 的审核流程要额外预留 3-7 天
MVP 规划 Checklist
在开始写代码之前，确认以下每一项：
- 能用一句话说清楚 MVP 做什么
- P0 User Stories 不超过 5 条
- 明确列出了 "不做什么"（Out of Scope）
- 选好了工具，并且用该工具做过至少一个小 demo
- 算过 API 成本，确认预算够
- 有一个明确的"验证成功"标准（不是"用户觉得好"）
- Timeline 不超过 4 周（如果超过，砍功能）
最容易翻车的三个时刻
我们做过几十个 MVP 项目，翻车的原因高度重复：
时刻 1：第 3 天的 scope creep
你在做核心功能，突然想到"如果加个 XX 功能会更好"。然后你就去加了。然后又想到一个。三天后你发现核心功能才做了一半，旁支功能做了一堆。
解决方案：建一个 "parking lot" 文档，所有新想法先扔进去，MVP 上线后再评估。
时刻 2：第 7 天的技术选型后悔
"早知道用 Lovable 不用 Bolt 了"、"早知道用 Supabase 不用 Firebase 了"。一旦开始，就不要换。除非遇到了 blocker（工具本身有 bug 导致无法继续），否则切换工具的成本远大于你以为的。
时刻 3：上线前的完美主义
"这个 loading 动画还不够顺滑"、"这个 error message 措辞不太好"。MVP 的标准是 "能用"，不是 "完美"。先上线，收集反馈，再迭代。
我们有个内部口号："If you're not embarrassed by your MVP, you launched too late." 这句话是 LinkedIn 创始人 Reid Hoffman 说的，到今天还是对的。
下一步
工具选好了，scope 定好了，接下来就是动手做。建议的顺序：
- 用选好的工具跑一个 hello world，确认环境没问题
- 先做核心 AI 功能（这是你产品的灵魂，优先验证它能不能跑通）
- 再包 UI
- 最后处理 edge case 和 error handling
- 上线，收集反馈
别想着一次做完美。做完比做好更重要——至少在 MVP 阶段是这样。