第4章 假设建模方法：从问题陈述到可验证假设的三步法

适用场景

当团队对用户行为根因存在多个猜想、却无法确定验证优先级时，需要将模糊的问题陈述转化为可测试、可证伪的假设。本章方法适用于以下具体场景：

• 定性研究发现矛盾模式——访谈或可用性测试中观察到用户行为与预期不符，但成因不明。
• 量化数据呈现相关性但无因果解释——看板指标异常，团队对“为什么”存在分歧。
• 产品迭代前需要优先级排序——多个设计方案候选，缺乏统一验证标准。
• 跨职能协作讨论陷入发散——产品、设计、开发各执一词，需要结构化假设来收敛。

前置条件

• 已完成至少一轮用户研究（访谈、实地观察或可用性测试），并输出了结构化的问题陈述。
• 团队中至少有一名UX研究员或具备用户研究能力的设计师担任引导者。
• 已准备好白板/数字协作工具（如Miro、FigJam）和便签卡片。
• 参与者（产品经理、设计师、开发代表）对问题陈述有基本共识，不处于零信息阶段。

操作步骤：从问题陈述到可验证假设的三步法

三步法将模糊的“用户抱怨”或“指标波动”转化为结构化的可验证假设，核心逻辑如下图所示：

Step 1：提取关键变量

从问题陈述中分离出独立变量（推测原因）和依赖变量（可观测结果）。使用下表辅助识别：

Step 2：构建因果关系

使用“如果/那么”或“因为/所以”句式将变量链接为因果链。句式模板：

• 如果 [改变独立变量] ，那么 [依赖变量会发生可预测的变化] 。
• 因为 [用户认知/行为机制] ，所以 [该因果关系成立] 。

因果链必须包含用户行为机制解释，避免纯相关陈述。对比以下正反案例：

Step 3：定义验证标准

为依赖变量设定成功阈值和测量方法，使假设可被证伪。标准结构：

• 测量指标：具体且可采集的量化指标（如完成率、任务时间、错误率、NPS 分数）。
• 成功阈值：达到多少算“假设成立”（如完成率提升 ≥15%）。
• 数据来源：从何处获取数据（埋点、问卷、录屏编码、后台日志）。
• 最小样本量：需要多少用户参与才能达到统计显著性（参考历史效应量）。

输入输出物

责任边界

记录材料

使用以下假设建模工作坊模板记录每一步产出，建议打印或共享在线白板：

异常处理

验收标准

完成本章假设建模后，输出物必须通过以下全部检查项：

• 可证伪性：假设存在明确的失败条件（例如“留存率未达到 48%”即可推翻假设）。
• 可测量性：所有变量都有对应的数据采集方案，且方案在现有技术栈内可实现。
• 因果完整性：因果链包含独立变量、依赖变量和行为机制解释，不存在跳跃或缺失环节。
• 阈值明确：成功阈值以具体数值（绝对值或相对变化量）表示，不使用“显著提升”“明显改善”等模糊表述。
• 角色确认：UX 研究员、产品经理、设计师均在最终假设文档上签字确认。