第2章 机会评分的核心假设类型
机会评分的前提是识别出支撑机会成立的假设，并将其归类到五大核心类型。不同假设类型对应不同的验证方法和风险评估权重。本章定义五大假设类型及其在评分流程中的适用边界、操作步骤与验收标准。
2.1 适用场景
本流程适用于以下情境：
- 已完成机会识别并形成初步机会描述文档
- 需要系统梳理机会背后隐含的假设，避免忽略关键风险
- 评分团队成员需要统一假设分类语言，提升跨职能沟通效率
- 后续需要为每类假设分配验证优先级和资源
2.2 前置条件
- 已完成机会描述（含目标市场、技术方案、目标用户、商业模式、主要风险点）
- 团队已确认至少3名具备跨领域经验的评审人员
- 已准备好假设分类清单模板（见表2-1）
| 假设类型 | 典型问题 | 验证优先级（1-5） |
|---|---|---|
| 市场假设 | 目标市场规模是否足够大？增长趋势是否可持续？ | 1（最高） |
| 技术假设 | 核心技术是否可实现？是否存在替代方案？ | 2 |
| 用户假设 | 目标用户是否真实存在？用户痛点是“伪需求”吗？ | 1 |
| 商业假设 | 单位经济模型是否为正？获客成本是否可控？ | 3 |
| 风险假设 | 合规/政策/供应链风险是否可接受？ | 4 |
2.3 操作步骤
- 逐条识别假设：从机会描述中提取所有“如果…那么…”的前提条件，记录为假设陈述。
- 归类到五大类型：将每一条假设与表2-1中的典型问题对照，归入市场/技术/用户/商业/风险假设。
- 标注假设强度：用高/中/低标注假设的“未经验证程度”——从未验证且无二手数据支撑的为“高”。
- 输出假设清单：形成结构化的
机会假设类型分类清单，作为后续评分会议的输入。
示例：假设清单片段（JSON格式）
{
"opportunity_id": "OPP-2025-0042",
"assumptions": [
{ "id": "A01", "type": "market", "statement": "目标市场年复合增长率超过15%", "strength": "高" },
{ "id": "A02", "type": "tech", "statement": "核心算法延迟低于100ms", "strength": "中" },
{ "id": "A03", "type": "user", "statement": "至少有30%的用户愿意为功能付费", "strength": "高" },
{ "id": "A04", "type": "business", "statement": "客户获取成本低于60元", "strength": "低" },
{ "id": "A05", "type": "risk", "statement": "数据隐私法规不影响产品上线", "strength": "中" }
]
}2.4 输入输出物
| 类型 | 名称 | 格式/内容要求 |
|---|---|---|
| 输入 | 机会描述文档 | 包含市场、技术、用户、商业模式、风险五部分简述 |
| 输出 | 机会假设类型分类清单 | 结构化清单（推荐JSON/Excel），含假设ID、类型、陈述、强度、验证状态 |
2.5 责任边界
- 商业分析师/产品经理：主导假设识别与分类，并确保假设陈述无歧义。
- 技术负责人：审核技术假设的可行性描述。
- 市场/销售代表：验证市场假设与用户假设的真实性。
- 评审专家：对归类分歧进行仲裁。
2.6 记录材料
- 机会假设类型分类清单（最终版本需评审专家签字确认）
- 分类讨论过程纪要（记录争议点与最终仲裁原因）
2.7 异常处理
⚠ 异常：假设类型无法明确归入五大类
原因：机会描述过于模糊，或假设陈述包含多重含义。
处理：拆分为多条单一假设，重新描述。若仍不匹配，归入“综合假设”并标注需更高层评审。
原因：机会描述过于模糊，或假设陈述包含多重含义。
处理：拆分为多条单一假设，重新描述。若仍不匹配，归入“综合假设”并标注需更高层评审。
💡 提示：超过80%的假设可明确归入前四类。风险假设通常由合规或供应链人员补充识别。
2.8 验收标准
- 每类假设至少被识别出1条，且每条假设都有明确的类型标签。
- 假设陈述不含“可能”“大概”等模糊词，必须为可验证的定量或定性描述。
- 分类争议不超过总假设数的10%，且争议均已在会议纪要中记录仲裁理由。
核心流程图：五大假设类型与评分输入关系
此图明确了五大假设类型均从机会假设核心导出，且市场与用户假设在验证优先级上通常排在首位。实际应用时，可在各节点下方补充具体假设条目，形成完整的机会假设地图。