4. 用户假设提炼：核心痛点假设、行为假设、价值假设

用户假设提炼是将原始用户数据转化为可验证的产品假设的核心环节，是实现用户驱动型MVP定义的关键步骤。本章围绕三类假设的提炼方法展开，建立从用户痛点→用户行为→用户价值的完整逻辑链路。

4.1 适用场景

本章方法适用于以下典型场景：

• 产品从0到1阶段：团队需要明确MVP应解决哪些核心用户问题，避免功能堆砌。
• 用户需求模糊且零散：已收集到大量访谈记录或调研数据，但尚未形成结构化认知。
• 团队对用户痛点存在分歧：不同角色对“用户最需要什么”有不同判断，需要统一假设基线。
• 进入MVP范围判定前：需要建立用户侧的输入条件，为后续的优先级排序和范围划定提供依据。

4.2 前置条件

开始本章操作前，必须完成以下准备工作：

• 已完成用户画像定义（第3章交付物），明确目标用户角色及特征。
• 收集了至少 5 份真实用户访谈记录 或等效的调研数据（问卷、反馈、客服记录等）。
• 产品愿景与方向已初步对齐，团队对“解决谁的什么问题”有基本共识。
• 团队具备基础的用户研究能力，至少有一人熟悉原始数据整理方法。

4.3 操作步骤

用户假设提炼分为 5 个连续步骤，每个步骤的输出物作为下一步的输入。整体流程如下表所示：

步骤1：整理用户原始诉求清单

将用户访谈记录、调研问卷、客服反馈等原始数据汇总，提取用户的原始表述。此阶段禁止解释、过滤或归纳，保持诉求的“原汁原味”。

• 操作要点：逐条提取用户原话或高度贴近原话的描述，每条约30-80字。
• 去重规则：语义完全相同的诉求合并，但保留出现频次标记。
• 产出物示例：

【用户原始诉求清单 - 在线教育平台示例】
1. "我找课程找了好久，不知道哪个适合我" (频次: 12次)
2. "花了钱买课，学了一半发现内容太浅" (频次: 8次)
3. "晚上下班后根本没精力看长视频课" (频次: 15次)
4. "想找个有实战项目的课，但搜不到" (频次: 6次)
5. "课程评价都是好评，感觉不真实" (频次: 9次)

步骤2：提炼核心痛点假设

从原始诉求中识别高频、高影响、高情感强度的问题点，将其转化为“痛点假设”。每个痛点假设必须明确关联到用户场景。

• 转化公式：“在 [场景] 下，[用户角色] 因为 [具体障碍] 而感到 [负面情绪/后果]”。
• 质量门禁：痛点假设不能是功能需求（如“增加筛选功能”），必须是用户感受到的障碍或损失。
• 产出物示例：

【核心痛点假设列表】
P1: "在职学员在选课时，因为缺乏个性化推荐，花费大量时间却找不到匹配自身水平和目标的课程"
P2: "购课学员在付费后，因为课程内容深度与宣传不符，产生被骗感且学习动力下降"
P3: "职场新人在下班后，因为长视频课程耗时过长，无法坚持完成学习"

步骤3：推导行为假设

针对每个痛点假设，推演在当前条件下用户实际会采取的行为。关注“用户实际怎么做”，而不是“用户应该怎么做”。

• 推导逻辑：痛点 → 用户当前应对方式 → 行为假设。
• 反例警示：不要假设“用户会积极寻找解决方案”，很多用户会选择放弃或降低预期。
• 产出物示例：

【行为假设列表 - 对应痛点P1】
B1: "用户在选课时会反复浏览课程详情页，但平均停留超过5分钟后仍不加入购物车"
B2: "用户会在多个平台之间切换对比同主题课程，但最终放弃购买"
B3: "用户倾向于咨询客服或社群求助，而不是自主筛选"

步骤4：映射价值假设

从行为假设中提炼用户真正期望获得的价值收益。价值是用户感知到的“好处”，不是产品功能列表。

• 映射方法：“如果用户这样做，他们希望得到什么？” → 价值假设。
• 检验标准：价值假设能用一句话讲清“用户得到什么改善”。
• 产出物示例：

【价值假设列表 - 对应痛点P1 + 行为B1/B2】
V1: "用户希望在不翻遍所有课程的情况下，快速找到跟自己水平匹配、有实战项目的高质量课程"
V2: "用户希望通过一次选择就能获得确定性的学习路径，减少决策焦虑"
V3: "用户希望课程选择过程本身就能带来自我认知的提升（如知道自己的真实水平）"

步骤5：假设优先级排序与验证规划

对所有假设组（痛点-行为-价值）进行优先级评分，筛选出最值得验证的关键假设。评分维度包括：

• 影响范围：该痛点覆盖的用户比例（高/中/低）。
• 紧急程度：该痛点是否导致用户流失或放弃（高/中/低）。
• 验证成本：设计验证方案所需的时间与资源（低/中/高）。

【假设优先级评分表示例】
假设组 | 影响范围 | 紧急程度 | 验证成本 | 综合优先级
P1-B2-V1 | 高(覆盖65%用户) | 高(放弃购买) | 低(可做A/B测试) | ★★★★★
P2-B1-V2 | 中(覆盖35%用户) | 中(满意度下降) | 中(需用户访谈) | ★★★☆☆
P3-B3-V3 | 高(覆盖50%用户) | 高(学习完成率低) | 高(需长周期观测) | ★★★☆☆

4.4 输入输出物

4.5 责任边界

4.6 记录材料

所有假设必须使用统一的记录模板进行归档，确保可追溯、可验证。推荐使用以下模板：

【用户假设记录卡】
用户角色：____________________
场景描述：____________________
痛点假设（P）：____________________
行为假设（B）：____________________
价值假设（V）：____________________
优先级评分：____ / 10
验证方法：□用户访谈  □原型测试  □A/B实验  □数据分析  □其他
验证标准：____________________
状态：□待验证  □已验证通过  □已验证推翻
创建人：________  创建日期：________

所有记录卡汇总为《用户假设矩阵》，每张卡片对应一个假设组（P+B+V）。矩阵需在团队内公示，作为后续范围判定的核心参考。

4.7 异常处理

4.8 验收标准

完成本章操作后，团队需对照以下标准进行自检，全部达标方可进入下一章：

• 完整性：每个用户角色提炼出至少 3 组完整的痛点-行为-价值假设组。
• 可验证性：每一条假设均满足SMART原则（具体、可衡量、可达成、相关、有时限），且至少设计了一种可行的验证方法。
• 一致性：所有假设组均通过团队评审，痛点→行为→价值之间的逻辑关系清晰、无断裂。
• 可追溯：每条假设都能追溯到原始数据来源（用户ID、访谈记录编号等），支持回溯核查。
• 优先级明确：假设矩阵中所有假设组已完成优先级评分，并标注“待验证”状态。