1. MVP定义核心概念与业务价值

最小可行产品（Minimum Viable Product, MVP）是精益创业与敏捷产品开发的核心实践。它并非“残缺产品”，而是以最小投入、最快速度验证最大业务风险的实验原型。本章明确MVP的最小化边界、价值验证目标、适用范围与常见误区，为后续优先级动态调整奠定认知基础。

1.1 核心概念：MVP的最小化边界

MVP的边界不是由功能数量决定的，而是由“验证假设所需的最小闭环”决定。一个合格的MVP必须同时满足三个约束条件：

维度	定义	判断标准
最小化（Minimal）	剔除所有非必需功能，保留核心流程	去掉任一功能，核心假设将无法验证
可行（Viable）	能独立交付用户价值，产生可用数据	用户可完成关键任务，并记录行为指标
产品（Product）	具备完整的产品闭环而不仅是技术原型	包含引导、交互、反馈与基础运营能力

1.2 价值验证目标

MVP的终极目标不是发布功能，而是通过真实用户行为验证三个核心假设：

1. 问题假设：目标用户是否确实存在该痛点？（定性验证）
2. 方案假设：当前解决方案是否有效解决痛点？（定量验证）
3. 增长假设：用户是否愿意持续使用或推荐？（留存/推荐率验证）

1.3 适用范围

适用场景	不适用场景
全新市场或新产品，不确定性高	安全/合规强相关的行业（医疗设备、航天）
转型中的现有业务，需快速试错	已有成熟竞品且用户迁移成本极低的品类
资源有限的创业团队，需验证商业模型	合同约定交付完整功能清单的项目制开发
内部创新孵化，需数据证明可行性	用户要求“开箱即用”且无包容期的场景

1.4 常见误区

1.5 流程SOP：第1章实施步骤

适用场景

在产品立项阶段，团队对市场/用户/解决方案存在多个未经验证的假设，需通过最小投入快速获取真实反馈。

前置条件

• 团队已完成初步用户画像与问题假设清单
• 至少定义1个需要优先验证的“最大风险假设”
• 确认2周内可交付实验原型的技术/设计资源

操作步骤

1. 确认验证目标：选择当前不确定性最高的业务假设（问题/方案/增长）。
2. 划定最小边界：基于假设推导“用户必须完成的最小任务流”，剔除所有后台、审计、扩展功能。
3. 设计数据采集点：在核心任务流上埋设转化、完成率、耗时三个关键指标。
4. 交付可运行原型：确保目标用户可独立完成整个任务闭环，获得真实体验反馈。

输入输出物

输入物	输出物
用户画像（1份）	MVP需求范围清单（1份）
核心假设清单（1份）	数据采集埋点方案（1份）
资源约束表（时间/人力）	可交付原型（1个版本）

责任边界

• 产品经理：负责假设提炼、最小边界划定、验收标准定义
• 技术负责人：负责原型可行性评估、技术方案简化、数据采集实现
• 设计师：聚焦核心流程体验，不做非必要的视觉装饰
• 运营/测试：准备用户引导材料与测试用例，确保数据有效采集

记录材料

需归档保存至项目知识库：

• 《MVP定义决策记录》（版本、时间、修订人、边界裁剪原因）
• 《前置假设清单与验证对照表》
• 《数据采集埋点配置日志》

异常处理

• 数据采集不足：回退至步骤3，补充关键行为事件的埋点，必要时增加运营引导弹窗。
• 需求范围蔓延：重新确认当前验证的假设，所有非必要功能标记为“V2.0”，严格冻结。
• 原型延期：评估是否能降级为原型（如纸面原型、交互式线框图）继续验证，避免无限排期。

验收标准

验收项	验收标准
最小边界正确性	已剔除所有非核心功能，且核心假设仍可完整验证
原型可用性	新用户首次使用可在5分钟内完成核心任务
数据可用性	核心埋点覆盖率100%，且数据回流延迟低于1小时
文档完整性	决策记录、假设清单、埋点方案均归档