1. 理解MVP验证与评分模型的关系

本章是整门课程的概念基石。只有清晰界定MVP验证与评分模型各自的边界、要素以及二者之间的协同逻辑，后续的验证方案设计、评分建模与融合落地才有依据。本章按照SOP标准八段式组织，帮助团队一次性建立统一认知。

1.1 适用场景

以下场景需要首先完成“MVP验证与评分模型关系”的共识构建：

• 新产品立项阶段 — 需要将产品假设转化为可验证的最小方案，并提前设计评估标尺。
• 已有评分模型需要引入验证反馈 — 现有评分模型缺乏真实市场数据校准，需接入MVP验证闭环。
• 跨职能团队首次协作 — 产品、数据、运营、决策等角色尚未对“验证‑评分”协同方式达成一致。
• 验证方案评审前 — 在撰写具体验证方案之前，先厘清方案与评分模型的对接关系，避免后期返工。

1.2 前置条件

开始本章学习或实操前，需具备以下基础：

• 已初步确定产品的核心假设与目标用户画像。
• 项目中有至少一名具备基础数据分析能力的成员。
• 团队已确认使用“评分模型”作为评估决策工具（不要求模型已建成）。
• 拥有白板、在线协作文档或流程设计工具，用于关系映射。

1.3 操作步骤

以下三步构成了理解两者关系的标准操作流程。每步均包含输入、执行动作与输出。

步骤1：识别MVP验证的核心定义与特征

1. 明确MVP验证的定义 — 在团队内对齐“最小可行产品验证”的边界：它不是为了交付完整功能，而是为了用最小成本检验最核心的假设。
2. 梳理三个核心特征：快速试错（周期短）、用户反馈（真实数据）、迭代验证（闭环优化）。
3. 输出验证目标卡片 — 每个MVP验证必须对应一个明确的假设和一条通过/不通过的判断标准。

步骤2：解析评分模型的核心构成要素

1. 识别三个核心要素：指标维度（评估哪些方面）、权重分配（各维度重要程度）、评分规则（如何计算综合得分）。
2. 理解要素间的逻辑关系 — 权重由业务目标导出，评分规则由数据特征决定，维度覆盖验证目标。
3. 绘制要素依赖图 — 用框图展示指标、权重、规则三者之间的输入输出关系，为后续融合做准备。

步骤3：分析两者融合的价值与路径

1. 识别三个核心融合价值：数据驱动决策（从经验判断到数据支撑）、量化验证结果（把通过/不通过转化为分数）、优化资源配置（用评分结果指导资源投放）。
2. 建立融合路径 — MVP验证产生的用户行为数据、反馈数据作为评分模型的输入源；评分模型的输出结果反过来指导下一轮MVP的验证重点。
3. 形成融合闭环示意图 — 在团队内确认验证→评分→再验证的循环机制，并指定各环节的信息流转格式。

1.4 输入输出物

1.5 责任边界

1.6 记录材料

以下两份记录模板在本章执行过程中必须填写并归档：

1.7 异常处理

在执行本章内容时，可能遇到以下异常情况，请按对应方案处理：

• 异常A：团队对“MVP验证”定义存在分歧
  处理方案：使用“最小可行产品验证”的行业标准定义（Eric Ries《精益创业》）作为参照，组织30分钟概念对齐会，以投票方式确认团队定义。
• 异常B：评分模型尚未搭建，无法提供要素
  处理方案：使用“虚拟要素占位”方式，先定义MVP验证的预期输出格式，后续建模时再填充具体指标和权重。不影响本章关系梳理。
• 异常C：跨角色沟通成本高，无法形成共识
  处理方案：由决策负责人指定一名“融合推动者”，使用本章的SVG框架图作为沟通锚点，每次会议只讨论一个模块，分三次完成。
• 异常D：已有评分模型与MVP验证目标不匹配
  处理方案：启动“指标适配评审”，标记不匹配项并输出调整清单，作为下一版模型迭代的输入。

1.8 验收标准

本章内容完成后，需同时满足以下五项标准，方可进入下一章：

1. 定义共识 — 团队全员能用自己的语言复述MVP验证与评分模型的定义，且无重大偏差。
2. 要素完整 — 评分模型的三个核心要素（指标、权重、规则）均已识别并记录在映射表中，无遗漏。
3. 关系可视 — 已产出双方关系映射矩阵，每个MVP验证项至少对应一个评分模型指标。
4. 价值明确 — 融合价值分析报告已列出至少三条具体价值点，并获得决策负责人签字确认。
5. 记录归档 — 第1.6节中的三份记录材料均已填写完整，存入项目知识库。