4. 假设收集与结构化整理
适用场景
- 已完成用户访谈、竞品分析或数据洞察等初步调研，积累了原始观察记录。
- 团队需要将零散信息转化为可验证的、结构化的假设清单，以便进入后续优先级排序环节。
- 存在多源输入（访谈笔记、分析报告、数据报表），需要统一表述并消除重复项。
前置条件
- 已完成至少1轮用户访谈（≥5人）或完成1份竞品特征对比报告，或已有用户行为数据/调查数据。
- 团队已确定假设定义的模板（见“假设表述格式”）。
- 所有原始资料已集中存储在同一协作平台（如Notion、Confluence）中。
操作步骤
- 从各来源提取原始陈述
- 用户访谈：提取“用户原话+我的解读”。例如：“我每次找文件都要翻好几层文件夹” → 假设：用户希望在搜索框直接定位文件。
- 竞品分析：竞品功能A被80%用户提及 → 假设：增加功能A可提升留存率10%。
- 数据洞察：漏斗显示60%用户在第二步流失 → 假设：简化第二步操作可将转化率提升至50%。
- 套用统一假设表述格式
每一条假设必须包含四要素：用户/场景 → 行为/事件 → 预期结果 → 原因/依据。
标准格式：
“我们假设[用户类型]在[场景]下会[预期行为]，因为[证据/推理]，这将导致[可衡量的业务指标变化]。” - 去重与合并
- 完全重复：不同来源表述完全一致 → 保留一条，记录来源标注。
- 同义合并：核心变量相同，措辞不同 → 合并为精简版，保留骨干变量。
- 包含关系：一条假设完全覆盖另一条 → 保留更宽泛的那条，在注释中注明子假设。
- 矛盾假设：保留两条，在备注中标注“待验证对立假设”。
- 结构化编号与分类
为每条假设分配唯一ID（如 H-001），并按所属模块分类（如“注册流程”、“搜索体验”）。
输入输出物
| 输入物 | 输出物 |
|---|---|
| 用户访谈笔记（≥5人） 竞品分析报告 数据看板/漏斗图 |
结构化假设清单（Excel或表格） 每条假设包含：ID、来源、表述、分类、去重标记 |
责任边界
- 产品经理：主导假设提取与格式审定，把握“用户场景”真实性。
- 数据分析师：负责数据洞察类假设的量化支撑，确保指标可衡量。
- 研究员/用户研究：负责用户原话的准确转述，避免主观解读过度。
- 全体参与：所有人有义务标记疑似重复或矛盾假设。
记录材料
- 原始假设池（草稿版）：保留每条原始陈述及其来源，不删除任何记录 – 用于追溯。
- 去重合并日志：记录“H-003与H-007合并，原因为同义表述”。
- 最终结构表：供后续《市场验证优先级排序》使用。
注意：去重时切勿仅基于关键词自动合并，必须人工核对上下文。例如“用户不喜欢长表单”与“用户希望一步完成注册”表面相似，但本质不同（前者是抱怨，后者是解决方案）。
异常处理
| 异常情况 | 解决方案 |
|---|---|
| 源数据缺失（如访谈样本不足3人） | 暂停提取，补充采集后再继续；或标记为“低置信度假设” |
| 假设表述无法统一（四要素不全） | 回访用户或重测竞品，补全缺失要素；若仍无法补全则抛弃 |
| 去重后假设数量依然过多（>50条） | 分层筛选：先删除“可能性极低”的假设，再考虑下一步粗筛 |
| 出现对立假设且证据等量 | 保留两条，在备注中标注“待A/B测试验证”，不强制合并 |
验收标准
- 所有假设均采用统一格式，包含四要素且无可读性歧义。
- 去重后假设总数 ≤ 原条目数（通常减少20%~40%）。
- 每条假设均注明来源（用户访谈/竞品分析/数据洞察）；若为合并假设，注明原始来源编号。
- 无未处理的重复项或未标记的矛盾假设。