第1章 理解MVP与验收标准的关系
本章建立MVP与验收标准的认知底座。MVP（Minimum Viable Product，最小可行产品）不是“功能残缺的半成品”，而是为验证核心假设而设计的最精简可交付版本；验收标准则是判断MVP是否达成验证目标的量化标尺。两者关系可概括为：MVP划定“做什么”，验收标准定义“做到什么程度算通过”。
1.1 适用场景
- 团队首次引入MVP理念，需要统一认知框架
- 产品需求不明确，需通过最小版本快速验证市场假设
- 跨角色（产品、开发、测试、业务）对齐验收口径时
- 从“功能驱动”转向“假设驱动”的交付模式转型
- 资源有限，需在约束条件下定义“可接受的最小成功”
1.2 前置条件
- 已完成初步用户调研，识别出目标用户群体及核心痛点
- 产品愿景与战略方向已获得项目发起人确认
- 团队具备基本的迭代交付能力（CI/CD、短周期冲刺）
- 干系人理解“先验证、后完善”的价值逻辑
1.3 操作步骤
-
识别目标用户与核心场景
基于用户调研，明确1～2个最优先的用户画像及使用场景。输出“用户场景卡片”，包含：用户角色、痛点、期望结果。 -
提取待验证的关键假设
从场景中提炼出“如果不验证就会导致产品方向错误”的核心假设。例如：“用户愿意每周花30分钟记录饮食”是一个可验证假设。 -
定义最小可行功能集
仅保留验证核心假设所必需的功能，其余一律裁剪。每个功能必须能回溯到至少一条关键假设。 -
设定可量化的验收标准
为每个功能定义“通过/不通过”的量化条件，避免模糊表述如“用户体验良好”，改为“任务完成时间≤90秒，首次使用错误率＜15%”。 -
建立验证与迭代闭环
规划数据采集方式（埋点、问卷、日志）和反馈周期，确保验证结果能驱动下一轮迭代。