第1章 MVP关键假设拆解：问题假设、用户假设、价值假设、可行性假设

硬件MVP验证的起点并非直接动手做原型，而是先系统性地拆解产品背后的关键假设。本章将四种核心假设——问题假设、用户假设、价值假设、可行性假设——从模糊的商业直觉转化为可验证的命题，为后续低成本原型测试提供明确的验证靶点。

适用场景

本章方法适用于以下硬件产品开发阶段：

• 产品概念期：仅有想法或初步需求，尚未确定产品定义。
• 技术预研前：需要判断哪些技术路线值得投入资源做原型。
• 立项评审准备：向决策层说明“为什么要做这个产品”的底层逻辑。
• 已有竞品但需差异化：从假设层面验证差异化方向是否成立。

前置条件

• 已形成初步的产品概念描述（一句话说明产品是什么、为谁做）。
• 团队至少包含产品、硬件、市场三个角色的代表。
• 准备竞品或替代方案清单（3～5个），用于对标分析。
• 明确本次验证的时间盒与资源上限（例如：2周内完成，原型材料预算≤5000元）。

操作步骤

1. 列出初始假设清单：团队头脑风暴，将所有对产品成功的潜在假设写在便利贴上，不设限制。
2. 归类四种假设：将初始假设分别归入问题、用户、价值、可行性四类，去除重复项。
3. 提炼为可验证命题：将每类假设改写为“如果……那么……”的假言判断句式。
4. 设定验证优先级：以“对产品成败的影响度”和“验证成本”为二维坐标，对假设排序。
5. 定义验证通过标准：为每个高优先级假设明确“什么证据算验证通过”。

输入输出物

类型	名称	格式/要素	负责人
输入	产品概念描述	一页纸，包含目标用户、核心功能、使用场景	产品经理
输入	竞品/替代方案清单	表格：名称、价格、核心功能、局限性	市场/产品
输出	假设拆解矩阵	四象限表格，含假设内容、优先级、验证标准	产品经理
输出	验证优先级排序图	二维气泡图（影响度×验证成本）	硬件负责人

责任边界

• 产品经理：主导假设拆解会议，输出假设拆解矩阵，对假设的完整性负责。
• 硬件工程师：评估可行性假设中的技术风险与成本边界，输出可行性初步判断。
• 市场/销售代表：提供用户洞察与竞品信息，对用户假设和价值假设的真实性负责。
• 决策层（如CTO/产品总监）：确认优先级排序，批准进入原型测试的资源投入。

记录材料

使用以下模板记录假设拆解过程，作为后续验证的基准文档：

假设编号	假设类别	假设内容（如果…那么…）	影响度（1-5）	验证成本（低/中/高）	通过标准
H-01	问题假设	如果用户频繁出差，那么充电便携性是核心痛点	5	低	≥70%受访用户提及
H-02	用户假设	如果目标用户是骑行爱好者，那么他们会活跃于专业论坛	4	低	论坛日活＞5000且可触达
H-03	价值假设	如果产品定价高于竞品20%，那么用户仍会因功能升级而购买	5	中	小范围盲测转化率≥40%
H-04	可行性假设	如果采用现成模组，那么BOM成本可控制在80元内	3	高	供应商报价确认

异常处理

异常场景	处理措施	输出调整
假设数量过多（＞20个）	采用“影响力-不确定性”四象限图筛选出Top 5	聚焦后的精简假设矩阵
团队对假设类别归属存在争议	允许一个假设同时标记两个类别，但需注明主类别	带多标签的假设清单
无法定义清晰的通过标准	降级为“探索性假设”，先做小范围定性访谈获取方向	探索性假设标记+访谈提纲
可行性假设涉及未公开技术	拆分为“技术预研子项”，单独设立验证路标	技术预研任务卡

验收标准

完成本章内容后，团队应交付以下成果并满足对应标准：

• 假设拆解矩阵已归档：包含至少4类假设，每类至少1条可验证命题，且通过标准明确。
• 优先级排序已确认：Top 3 假设已标记“高优先级”，并获得决策层签字认可。
• 验证路径已对齐：每条高优先级假设对应一种低成本原型测试方法（如纸面原型、功能模型、A/B测试等）。
• 责任边界清晰：每项假设的验证负责人已指定，且确认资源可用。