方法与原则

01MVP 的核心不是“学完再做”，而是“做完再学”。 MVP 不是完整产品，它是用最小成本验证一个关键假设的实验。 你的目标是尽快获得真实反馈，而不是把功能写满。

MVP 到底在验证什么

一个 MVP 通常在验证三件事： 价值是否成立、用户是否愿意持续使用、你是否能稳定触达他们。 只要有一个假设不成立，就应该调整方向，而不是继续加功能。

MVP 不是什么

不是“只有想法的演示稿”，也不是“功能堆满但没人用的成品”。 真正的 MVP 必须能被别人看到、能被别人使用、能带来一句真实反馈。

三条硬规则

先交付：先做出一个能跑、能展示、能被吐槽的版本，哪怕很丑。

只解决一个动作：用户完成这一件事，就能感到价值。

时间盒：给自己一个明确上限，例如 60 分钟。做不完就缩小范围。

你的最小质量线

哪怕只是最小版本，也要满足三件事：有明确入口、能完成一个动作、留一个反馈方式。 这三件事决定你能不能真正学到东西。

一个可重复的循环

先激发兴趣，再做出最小交付物，拿到反馈，然后围绕反馈学习与迭代。每次只进步一点点，持续滚动。 这就是 01MVP 的节奏：短、快、能交付。

什么时候停止加功能

当你的版本满足下面三点，就应该停下来去找反馈： 能被别人打开或看到、能完成一个核心动作、你能在 24 小时内拿到一句反馈。