心法：做完再学

这不是又一本教你写代码的技术手册，这是一本教你如何克服恐惧、完成闭环的行动指南。

核心要点

• 完成比完美重要：没有验证码、UI 简陋都没关系，只要能跑通核心流程。
• 做完再学 (Do, then Learn)：不要等学会了再做，要在做的过程中学。
• 闭环即胜利：从需求到开发，再到推广获客，跑通全流程比写出漂亮代码更重要。
• 推广是产品的一部分：羞于宣传是因为对价值的不确定，但只有真实反馈能给你答案。

---

故事：我为什么要做 01MVP

我过去也做过很多小的 MVP。但每次做到一半，或者做完的时候，我总是羞于宣传。

我总觉得：“哎呀，这个没有接入验证码，会不会被刷爆？”、“这个 UI 还不够好看”、“没有登录系统好像显得不专业”。于是，很多项目就停在了 localhost，或者部署了但从未给第二个人看。

我又没有自己的自媒体，粉丝很少。一旦想要做点内容，去网上搜一下，发现：“天哪，AI 编程手册别人写过了”、“代码模板到处都是”。这时候心里就会冒出一个声音： “既然竞品这么多，我还有做的必要吗？”

后来我意识到，这不仅是技术问题，这是完美主义和冒充者综合症在作祟。我们总想准备好一切再出发，但现实是：你永远准备不好。

01MVP 的诞生，就是为了解决这个问题。它不是教你如何成为技术大牛，而是教你如何把烂草稿变成可交付的作品。

01MVP 是什么

01MVP 的核心理念非常简单：Use AI to Build, but Build to Learn.

过去我们玩 AI 编程，更多关注的是“如何用 Cursor 写代码”、“如何用 V0 画界面”。但 01MVP 关注的是闭环。

什么是闭环？

闭环不是写完代码就结束了。闭环是：

1. Build: 做出来 (Code)。
2. Ship: 发出去 (Deploy)。
3. Share: 让人看 (Marketing)。
4. Learn: 听反馈 (Feedback)。

如果你只做了前两步，你只是在自嗨。只有完成了后两步，你才是在做产品。

MVP 到底在验证什么

一个 MVP 通常在验证三件事：

1. 价值是否成立：你的功能真的解决问题了吗？
2. 用户是否愿意使用：他们愿意为此付出一分钟时间吗？
3. 你是否能触达他们：你能找到你的用户在哪里吗？

只要有一个假设不成立，就应该调整方向，而不是继续加功能。

三条硬规则

为了强迫自己完成闭环，我们需要给自己设定硬规则：

1. 先交付 (Deliver First)

先做出一个能跑、能展示、能被吐槽的版本，哪怕很丑。 不要纠结验证码、不要纠结高并发。没人用的产品不需要高并发。

2. 只解决一个动作 (One Action)

用户用你的产品，只需要完成一件事就能感到价值。 如果在这个阶段你想加第二个功能，砍掉它。

3. 时间盒 (Timebox)

给自己一个明确上限，例如 24 小时或 1 个周末。 做不完？不是延期，而是缩小范围。

学习路径：干中学

黑客的学习方法是，开始玩某件东西，然后转头去读文档，继续玩这件东西，再次阅读文档……不断重复，直到搞懂。

不要做“松鼠党”，囤了一堆教程却不动手。 01MVP 的路径是：

1. 先动手：有个想法，直接开干。
2. 遇到问题：卡住了，去查文档、问 AI。
3. 解决问题：回到项目中继续。
4. 发布：不管好坏，先发出去。

Done is better than perfect.

遇到具体问题？

如果你在实践中遇到具体问题（比如"不敢发布"、"不知道如何定价"等），可以查看 常见问题 FAQ。

如果你已经跑通闭环，下一步想系统理解“如何长期赚钱而不是只卖时间”，看 财富增长系统（不靠运气）。