一、它到底是什么

最小可行这四个字要一起看：最小，是投入最小；可行，是它得能真的跑、真的被人用、真的产生反馈。只小不可行，就只是个演示；可行但不小，就失去了快速试错的意义。

这个概念最早由创业者弗兰克·罗宾逊提出，后来被埃里克·莱斯在《精益创业》里推广开来，和快速试错、持续学习绑在了一起。它要回答的问题是：我们赌的那个判断，到底对不对。

二、为什么它管用 / 为什么人会这样

它管用，是因为人对自己想出来的东西天生过于乐观。花几个月做出一个自认为完美的产品，结果可能根本没人要。MVP 把最大的风险提前，让市场尽早告诉你对错，而不是等钱和时间都花完才发现。

人会这样，是因为舍不得和面子。做得越多，越不愿意承认方向错了，越会硬着头皮往下砸。MVP 用一个小的、能放弃的版本，让承认错了变得便宜。

它还能省下最宝贵的东西：时间。同一个时间里，你可以验证好几个假设，而不是把宝全压在一个没验证过的判断上。

三、什么时候会碰到它 / 该用它

• 你要做一个新产品，但不确定用户到底要不要。
• 你有好几个想法，不知道先做哪个。
• 你在争论某个功能该不该做，谁也说服不了谁。
• 你资源有限，输不起一次大投入。
• 你想在正式动工前，先拿到一点真实反馈。

四、什么时候它不管用

当一件事几乎只有一次机会、做错了代价极大、又没法小规模试的时候，这套就不合适，比如某些需要一次建好的基础设施。还有一种常见的误用：把 MVP 做成了能省就省的残次品，用户用着难受，反馈自然差，你得到的不是市场判断，而是产品太糙的抱怨。真正的最小可行产品，是小而完整地解决一个具体问题，不是到处缺一块的半成品。安全、信任这类底线，也不能放进最小的范畴去省。

五、例子

六、最容易走偏的地方

• 把 MVP 当半成品：到处都缺，用户没法用，你拿到的不是反馈而是差评。
• 只追求小：小到验证不了任何假设，等于白做，得有明确的验证目标。
• 忘了那是实验：做完不设指标、不收数据，就变成了随便做个东西试试。
• 在底线问题上偷工：安全、诚信、基本体验不能拿来最小化，省出的是隐患。
• 拖成大项目：嘴上说 MVP，手里却在憋大招，几个月过去还是没上线。

七、怎么把它用起来

• 先写下你最没把握的那条假设，一句话，越具体越好。
• 问清楚要看到什么结果，我才算验证成功，先定指标再动手。
• 砍掉所有和这条假设无关的功能，只留能让它跑起来的最小内核。
• 用现成的工具和手工流程先顶上，别为了自动化推迟上线。
• 尽快把版本交到真实用户手里，宁可粗糙也要真，别只给同事看。
• 拿到结果就做决定：对了就加码，错了就改或者停，别恋战。

八、它和「原型」不一样

原型是用来沟通和展示的，可以是画在纸上的、点不动的，目的是让人看懂想法。MVP 是要被真实用户真用、真产生数据的，目的是拿到市场判断。原型回答大家觉得这个想法怎么样，MVP 回答用户会不会真的用它、为它付出。两者常配合使用，但不能互相替代。

它也和便宜版产品不一样。便宜版是把完整产品做小做简、慢慢卖，注意力在省钱；MVP 的注意力在学习，在破除最大的不确定性。省钱是结果，不是目的。

九、常问的几个问题

MVP 是不是越糙越好？

不是，它要小但能用，糙到用户没法用就得不到有效反馈。

要不要先做完整个设计？

不用，先做能验证假设的那一块，其余等结果出来再说。

多久算合适？

没有固定答案，原则是尽可能快地把假设交给真实用户检验。

相关

精益创业、假设检验、产品市场契合、用户访谈、快速试错