方法与原则
方法与原则
01MVP 的核心不是“学完再做”，而是“做完再学”。 MVP 不是完整产品，它是用最小成本验证一个关键假设的实验。 你的目标是尽快获得真实反馈，而不是把功能写满。
MVP 到底在验证什么
一个 MVP 通常在验证三件事： 价值是否成立、用户是否愿意持续使用、你是否能稳定触达他们。 只要有一个假设不成立，就应该调整方向，而不是继续加功能。
MVP 不是什么
不是“只有想法的演示稿”，也不是“功能堆满但没人用的成品”。 真正的 MVP 必须能被别人看到、能被别人使用、能带来一句真实反馈。
三条硬规则
先交付：先做出一个能跑、能展示、能被吐槽的版本，哪怕很丑。
只解决一个动作：用户完成这一件事，就能感到价值。
时间盒：给自己一个明确上限，例如 60 分钟。做不完就缩小范围。
你的最小质量线
哪怕只是最小版本，也要满足三件事：有明确入口、能完成一个动作、留一个反馈方式。 这三件事决定你能不能真正学到东西。
一个可重复的循环
先激发兴趣，再做出最小交付物，拿到反馈，然后围绕反馈学习与迭代。每次只进步一点点，持续滚动。 这就是 01MVP 的节奏：短、快、能交付。
什么时候停止加功能
当你的版本满足下面三点，就应该停下来去找反馈： 能被别人打开或看到、能完成一个核心动作、你能在 24 小时内拿到一句反馈。
学习路径：干中学 (Learn by Doing)
不要等所有知识都学会了再开始，那样你永远开始不了。 推荐的学习方法
- 先看视频：快速了解关键技术如何使用 (YouTube 等)。
- 再看文档：深入理解细节 (官方文档)。
- 最后实践：边学边做，直接在项目中应用。
进阶心态：长期主义与健康
- 健康第一：搞独立开发拼的不是爆发力，是续航。
- 提前布局：各种账号（Stripe, GitHub, Reddit）能注册的早点注册，养号。
- 接受失败：产品失败很正常，不要内耗，适当放弃，换下一个。