1. 核心概念与术语
适用场景
本组核心概念适用于所有需要降低不确定性、验证产品方向、量化资源投入优先级的早期产品阶段。典型场景包括：
- 从0到1的新产品创意筛选
- 已有产品的大版本或高风险功能立项
- 资源受限时的多方案横向对比
- PMF（产品-市场匹配）验证前的低成本探路
前置条件
- 团队至少完成用户问题定义与初步竞品分析
- 已产出可讨论的解决方案假设（可选多个）
- 具备基本的用户触达渠道（内测/样本库/问卷铺排）
- 决策者愿意接受“测试可能否决立项”的结果
核心概念速览
| 术语 | 定义 | 本课程中的使用目的 |
|---|---|---|
| MVP测试 | 用最小可行产品（MVP）在真实环境中验证最核心的假设，收集用户行为或反馈数据。 | 提供客观依据，判断机会是否成立 |
| 机会评分 | 将测试结果、市场潜力、实现成本等维度转化为可比较的数值，辅助决策者排序。 | 把定性洞察定量化，减少主观争论 |
| 产品经理 | 测试设计者与推动者，负责假设拆解、MVP定义、协调资源。 | 输出测试计划，参与评分 |
| 数据分析师 | 数据采集设计者与评分计算者，负责指标定义、埋点审核、评分表计算。 | 输出评分表，保障数据客观性 |
| 决策者 | 最终拍板人（可多人），审议测试计划与评分结果。 | 签署决策记录，确定资源分配 |
交付物概览（本课程全流程产出）
- 测试计划：包含测试目标、假设、MVP范围、指标、排期与角色分工的正式文档。
- 评分表：基于机会评分模型，记录各维度得分、权重与加权总分。
- 决策记录：包含测试结论、评分结果、决策决议（通过/待定/终止）与后续行动项。
关键记忆：MVP测试负责“证伪”，机会评分负责“比大小”；两个工具组合使用，才能让决策从“我觉得”变成“数据说”。
操作步骤（本课程的学习路径）
- 定义需要验证的核心假设（用户需求/解决方案/商业模型）
- 设计MVP原型或实验方案（低成本、可测量、可回滚）
- 执行测试并收集数据（用户行为、定性反馈、转化数字）
- 汇总测试结果并填入机会评分表
- 决策者基于评分表进行评议并签署决策记录
责任边界
- 产品经理：负责假设拆解与测试计划产出，不对最终决策权负责。
- 数据分析师：对数据采集与评分计算的客观性负责，不干预产品方向。
- 决策者：对决策结果及资源投入负责，不干预测试执行细节。
记录材料
- 测试计划（含假设清单与指标定义）
- 原始测试数据备份（工具导出+人工记录）
- 机会评分表（含权重说明、各维度得分明细）
- 决策记录（签名版）
异常处理
- 测试数据不足：延长测试周期或补充实验组，直至样本量达到统计可行标准。
- 评分争议：由数据分析师提供敏感性分析（调整权重前后对比），决策者仲裁。
- 决策者缺席：指定至少一位替代决策人授权签署，避免流程停滞。
验收标准
- 每一份交付物都有明确的版本号与修订人
- 测试计划经过分析师与决策者预审确认
- 评分表内无空值或未解释的异常分值
- 决策记录包含决策者签名或数字化审批记录
实操建议：第一轮MVP测试不应追求完美，目标是快速暴露最核心的风险点。即使测试失败，“无效”也是一个明确的决策结论，能够帮助团队节省后续资源。
常见误区：不要将“MVP测试”与“原型演示”混为一谈。MVP测试的核心特征是可验证的假设 + 真实用户数据，而非展示给内部团队看的一次性演示。如果测试后无法形成可量化的评分依据，那就不是真正的MVP测试。