第2章 构建验证假设
验证假设是用户需求从模糊到可量化的关键桥梁。一个结构清晰、优先级明确、可测量的假设，能让你在Figma原型验证中快速聚焦核心风险，避免在非关键功能上浪费迭代资源。本章将详细拆解假设的三大要素：用户 + 需求 + 行为，并指导你如何排列优先级、设计可测量指标。
2.1 假设结构：用户 + 需求 + 行为
任何验证假设都应遵循“谁 + 要什么 + 做什么”的三角结构，缺一不可。以下为正确与错误示例的对比：
| 结构要素 | 正确示例 | 错误示例 |
|---|---|---|
| 用户 | 新注册但未创建项目的设计师 | 用户（太宽泛） |
| 需求 | 希望快速找到预设模板 | 需要更好的体验（模糊） |
| 行为 | 在首页3秒内点击“模板库”入口 | 会使用产品（不可观测） |
结构化公式：
假设 = [具体用户群体] + [可描述的需求] + [可观测/可测量的行为结果]
在Figma原型中，每个交互节点应绑定一个假设。例如：
{
"假设ID": "H-001",
"用户": "已登录但从未创建过项目的个人用户",
"需求": "需要清晰的引导步骤来建立第一个项目",
"行为": "在原型中点击“开始向导”按钮并在120秒内完成3个步骤",
"优先级": "P0",
"测量方式": "Hotjar点击热图 + 流程完成率"
}2.2 假设优先级：从核心风险到锦上添花
并非所有假设都需要在第一次验证中测试。按“重要性 × 不确定性”矩阵排定优先级：
| 优先级等级 | 定义 | 验证动作 | 示例 |
|---|---|---|---|
| P0｜必须 | 核心价值主张，不成立则产品失败 | 首轮原型测试，用户访谈+行为观察 | 用户能在3分钟内完成注册流程 |
| P1｜重要 | 关键体验差异，影响留存 | 第二轮可用性测试 | 用户无需学习就能找到导出按钮 |
| P2｜优化 | 锦上添花的功能 | 低优先级，可后置或通过数据分析验证 | 用户希望看到加载动画 |
经验法则：如果某个假设被否定后会导致产品方向调整，它就是P0。优先验证P0，再依次降低层级。
2.3 假设可测量性：可观测的指标阈值
假设必须能用定量指标（如完成率、时间）或定性信号（如用户表情、口语反馈）来证真或证伪。定义可测量性的步骤：
- 选择信号类型：定量（埋点数据）或定性（访谈记录）
- 设定成功阈值：如完成率 ≥ 80%，平均耗时 ≤ 5秒
- 定义失败判定：如完成率 < 30% 或用户出现困惑表情
- 确认测量工具：Figma原型 + 用户测试录屏 + Hotjar热图
以下为可测量性设计模板：
假设：用户能在无提示下找到“分享”按钮
测量指标：
- 首次点击位置正确率（≥ 70% 通过）
- 平均查找时长（≤ 8秒 通过）
- 测试后访谈中用户是否主动描述“分享按钮很明显”（≥ 60% 通过）
失败条件：点击正确率 < 30% 或查找时长 > 15秒常见陷阱：
- 假设中只写“用户想要更好体验”——缺少可观测行为，无法验证。
- 优先级全设为P0——等于没有优先级，团队资源分散。
- 可测量指标选择错误——如用“满意度评分”衡量操作效率，应改用“完成时间”。
2.4 本章交付物模板：假设清单
每次Figma原型验证前，输出以下假设清单并与团队对齐：
假设清单（模板）
项目：[项目名称] 版本：[V1.0] 日期：[YYYY-MM-DD]
| 假设ID | 用户 | 需求 | 行为 | 优先级 | 成功阈值 | 测量工具 |
|--------|------|------|------|--------|----------|----------|
| H-001 | ... | ... | ... | P0 | 完成率≥80% | Hotjar + 录屏 |
| H-002 | ... | ... | ... | P1 | 点击正确率≥70% | 埋点事件 |
验证结果记录：
- H-001：通过 □ / 未通过 □ / 需调整 □
- 下一步行动：...将假设清单与Figma原型页面一一映射，确保每个关键交互都有假设可验证。下一轮原型迭代时，根据验证结果更新或新增假设。