Mvp validation

MVP Validation — 最小验证设计

咨询链位置

在 SOP 中： Module 4.5，在技术实现过程中和上线评审之前。与 launch-risk-review 并行使用。

核心价值： 防止三种常见偏差：

1. 做着做着功能越来越多（范围蔓延）
2. 展示时说不清楚在验证什么（准备不足）
3. 上线后不知道算不算成功（标准缺失）

常见联动：

• 在技术实现中使用 → mvp-validation-card（内部工作指引）
• 在 Demo 前准备 → demo-script（展示脚本）
• 在评审前准备 → launch-risk-review

---

工具 1：原型最小验证说明卡

在每次迭代开始时填写，防止跑偏。

五个必须回答的问题

① 我们今天要验证的唯一核心价值

注意"唯一"——每次迭代只验证一件事。

示例：

• ✅ "验证 AI 生成的月报草稿是否能让财务经理在 1 小时内完成审核"
• ✅ "验证台架改造需求输入后，AI 是否能正确识别需要改造的子系统"
• ❌ "验证整个系统的完整功能"（太大，不是验证，是交付）

② 我们今天只做哪一段

明确本次迭代的边界：

• 从哪里开始（用户的哪个操作/系统的哪个触发点）
• 到哪里结束（用户得到什么结果/系统产生什么输出）
• 中间只包含哪些步骤

③ 为什么先做这一段

理由选项（选一个最主要的）：

• 这是整个流程中风险最高的部分，需要先验证可行性
• 这是用户最高频的操作，验证价值最直接
• 这是其他步骤的前提，需要先确认它能跑通
• 这是技术上最不确定的部分，需要尽早探测

④ 做出来后，我们能证明什么

必须是可以观察或测量的：

• "财务经理能在 1 小时内完成审核" → 可测量（计时）
• "用户觉得有用" → 不够具体，改为"用户说'这比我自己做的快'"

⑤ 暂时不做什么

明确本次迭代排除的功能，防止被"顺手加一下"的请求带跑：

• 本次不做：XX 功能
• 本次不做：XX 集成
• 本次不做：XX 场景的处理

---

工具 2：Demo 展示脚本

在 Demo 前填写，让展示清晰不混乱。

八个展示要素

① 场景设定（30秒内说完） 这个产品/助手解决什么场景。一句话，能让没有背景的人理解。

② 用户是谁 具体角色，不是"用户"。最好说"我们今天用财务经理曹玲莉的视角来演示"。

③ 核心问题 用户现在面对的具体痛点。用数字说话：现在要花多少时间/人力/出错率多高。

④ 演示的最小功能 本次 Demo 只展示哪一段功能，明确说出来，不要让观众以为这就是完整系统。

⑤ 演示步骤（3-5步） 每步告诉观众：

• 用户在做什么操作
• AI/系统在做什么
• 产生了什么结果

⑥ 当前结果 客观描述 Demo 跑出来的结果：

• 速度：从 X 分钟 → Y 分钟
• 准确率：在测试数据集上 X%
• 与人工对比：某某专家看了之后说..."

⑦ 当前局限 主动说出系统现在做不了什么：

• 数据范围的限制
• 场景覆盖的限制
• 精度还有提升空间的地方

⑧ 下一步 本次验证通过后，下一步做什么：

• 要增加哪个功能
• 要覆盖哪个场景
• 要拿到什么数据做进一步验证

---

工具 3：项目展示页

用于向更广范围的受众展示项目，是 Demo 的一页纸摘要。

展示页结构

项目名称：[填入]
部门：[填入]
小组成员：[填入]

一句话介绍：[让不了解背景的人能在5秒内理解这是什么]

1. 目标用户：[具体角色]
2. 核心问题：[有数据支撑的痛点描述]
3. AI 介入点：[哪一步由 AI 负责，以何种方式]
4. MVP 范围：[第一版包含什么，不包含什么]
5. 技术路径：[知识库/workflow/Agent/DL/大小模型连用]
6. 本次产出：
   □ AI 项目定义卡
   □ PRD Lite
   □ AgentBuilder 问答助手
   □ AgentBuilder 流程原型
   □ AI IDE 原型 / MVP 雏形
   □ 其他：[填入]
7. 下一步建议：[一句话，最重要的一步]

---

MVP 验证失败的常见模式

模式 1：验证成功，但没有人用 原因：验证的是技术可行性，不是用户价值。

修正：在 Demo 之前，先让目标用户（真人）试用，而不是团队内部测试。

模式 2：Demo 效果很好，但生产环境跑不起来 原因：Demo 用的是精心准备的测试数据，不是真实业务数据。

修正：尽早用真实数据测试，哪怕只有 10 条。

模式 3："下一步"永远是"继续完善" 原因：没有明确的 Go/No-Go 标准，导致项目永远在原型阶段。

修正：在 PRD Lite 中就定义好"第一版完成的标准"，用它来判断是否进入下一阶段。

模式 4：功能越做越多，核心价值越来越模糊 原因：没有严格执行"暂时不做什么"的清单。

修正：每次迭代开始前都重新填写验证说明卡，确认"唯一核心价值"没有被稀释。

---

输出格式

## MVP 最小验证说明

**迭代编号：** v[X]  日期：[填入]
**项目：** [项目名称]

### 验证说明卡
- 唯一核心价值：[这次要验证什么]
- 本次覆盖范围：从[起点]到[终点]
- 优先原因：[为什么先做这段]
- 验证标准：[做出来后能证明什么，如何观察]
- 暂不覆盖：[明确排除的功能/场景]

### Demo 脚本摘要
- 场景：[30秒场景设定]
- 用户：[具体角色]
- 演示步骤：
  1. [步骤1]
  2. [步骤2]
  3. [步骤3]
- 当前结果：[客观描述]
- 当前局限：[主动说出来]
- 下一步：[下一个验证目标]

### 验证结论
- 结论：通过 / 不通过 / 条件通过
- 证据：[具体的观察或数据]
- 下一步行动：[基于验证结论的决策]