第3章 适用场景判断：什么情况下需要MVP、什么情况下不需要、判断矩阵

并非所有产品构想都适合通过MVP验证。错误的MVP启动时机不仅浪费资源，还会拖慢真实价值交付。本章提供一套三步判断框架，帮助团队在复杂多变的需求场景中快速做出是否启动MVP的决策。

3.1 适用场景判断框架

核心判断依据：当存在关键假设未被验证，且该假设一旦证伪会导致方向性错误时，必须启动MVP。反之，如果核心价值路径已经清晰、风险可控，则可以直接进入构建阶段。

3.1.1 需要MVP的场景（YES类别）

3.1.2 不需要MVP的场景（NO类别）

3.2 前置条件

在应用判断矩阵之前，必须完成以下准备工作：

• 假设清单已建立： 使用第2章的方法完成核心假设提取，并按风险等级排序。
• 决策角色已对齐： 产品负责人、技术负责人、业务负责人至少进行过一次同步会议，对“什么算关键假设”达成共识。
• 时间窗口已界定： 明确下一步必须获得验证结果的绝对截止日期（如投资评审会日期、渠道上架窗口等）。

3.3 操作步骤：三步判断法

步骤一：评估策略对齐（5分钟）

使用以下问题清单进行快速过滤：

1. 我们是否有明确的未知假设？（若否，直接进NO类别）
2. 如果该假设被证伪，我们是否愿意改变方向？（若否，直接进NO类别）
3. 验证该假设的最轻量方式是否能在30天内完成？（若否，重新拆解MVP范围）

步骤二：复杂与不确定性识别（10分钟）

将当前项目状态映射到下方矩阵中：

步骤三：时机窗口检查（5分钟）

评估外部因素对MVP时间的约束：

窗口类型：
1. 市场窗口：竞争对手计划发布时间
2. 资金窗口：下一轮融资/预算审批节点
3. 技术窗口：依赖的第三方API变更计划
4. 渠道窗口：应用商店推荐规则更新时间

- 若任意窗口剩余时间 < MVP构建时间 → 高优先级启动
- 若所有窗口均宽裕 → 正常评估，可考虑保留MVP

3.4 输入输出物

3.5 责任边界

流程角色与职责划分：

3.6 记录材料

每完成一次判断流程，需记录以下内容至团队知识库：

3.7 异常处理

3.8 验收标准

本章交付内容完成验收条件：

1. 团队可在15分钟内完成一次完整的判断流程，并输出干净结论。
2. 判断矩阵记录至少包含5个核心节点：市场认知、技术成熟度、资源约束、决策影响、时间窗口。
3. 所有判断决策都有明确的输入物（假设清单、用户数据、窗口检查结果）支撑，而非主观直觉。
4. 异常处理流程文档化，新成员可参照处理常见分歧，不需要额外协调。