最小可行产品

它是什么

MVP 是用最小成本验证一个核心假设的最小可用版本。它不是「残缺的产品」，而是一轮有明确学习目标的实验：先确认最不确定、最致命的那件事是否成立，再决定是否继续投入。

为什么需要它

很多产品失败是因为做完了才发现没人要。MVP 在投入大量开发前，用最小代价检验「用户是否真的需要」，把学习提前，避免把资源浪费在错误的方向上。

它如何工作

先写出最关键的假设（通常是「某类用户会为了某个结果而持续使用」），再确定验证这个假设所需的最小功能，然后交付给真实用户并观察行为，最后依据证据决定坚持、调整或放弃。每一步都以「学到什么」为产出。

必须澄清的误会

最小可行产品 ≠ 问题方案匹配。 问题方案匹配判断方向对不对，MVP 用最小成本去验证这个判断，前者是想后者是做。

最小可行产品 ≠ 产品路线图。 MVP 针对单个假设的一次验证，路线图是多件事的排序；MVP 的结论常常反过来改路线图。

真实例子

一个想做 AI 周报摘要的团队，没有先做完整产品，而是先手工模拟：每周由人工按固定结构整理摘要发给 10 个用户，观察他们是否真的打开、是否据此行动。若没人用，就先不开发自动摘要。

什么时候适合与不适合

适合：方向高度不确定、核心假设未验证、或资源有限。慎用：错误代价极高（如医疗、金融关键决策）、已有充分证据、或最小版本无法真实代表体验时，MVP 可能给出误导结论。MVP 是学习工具，不是偷工减料。

亲自试一下

写下你的产品最核心的一个假设，再问：不写代码能否用最便宜的方式验证它？如果答案是不能，说明你还没找到真正的最小版本；如果能，去做那一版并记录用户行为。

接下来学什么

用需求优先级决定 MVP 里做什么，再用北极星指标判断这一版是否真的带来核心价值。

来源与修订

MVP 的定义与「验证假设」的核心含义依据精益创业的方法 [S2] 与最小可行产品的通用定义 [S1]。本版强调「以学习为目标」，不把 MVP 写成「砍功能的第一版」。