第2章 评分维度定义：常见维度、维度选取原则、维度权重初设
2.1 适用场景
评分维度定义是产品机会评分模型搭建的核心基础环节，以下场景必须执行本章流程：
- 新建评分模型：从零搭建产品机会评分体系时，需要系统定义评估维度。
- 模型迭代优化：现有评分模型维度老化或偏离业务目标，需重新梳理维度集。
- 跨产品线统一标准：多个产品线需要统一的评分框架，维度定义必须对齐。
- 新市场/新业务评估：进入陌生领域时，需基于行业特性定制专用评分维度。
课程提示：维度定义的质量直接决定评分模型的可用性与准确性。建议每次启动新评分项目时，都完整执行本章流程，不要跳过或压缩。
2.2 前置条件
执行维度定义前，必须完成以下准备工作：
| 序号 | 前置条件 | 验收标准 | 责任人 |
|---|---|---|---|
| 1 | 业务目标已明确 | 形成书面《业务目标说明书》，含关键成功因素 | 产品总监 |
| 2 | 市场与用户基础数据已收集 | 至少覆盖市场规模、用户画像、竞品格局三类数据 | 市场研究 |
| 3 | 评分模型设计团队已组建 | 含产品经理、数据分析师、业务代表各至少1人 | 项目经理 |
| 4 | 评分模型使用范围已界定 | 明确评估对象（产品/功能/项目）与决策场景（立项/排序/终止） | 产品经理 |
常见缺失：前置条件不满足时匆忙启动维度定义，会导致后续频繁返工。尤其“业务目标”与“使用范围”两项必须先行确认。
2.3 操作步骤
维度定义过程按以下5个步骤顺序执行，不可跳步或逆序：
- 识别候选维度：从市场、用户、商业、技术、风险五个常见维度池中，匹配业务目标提取候选维度。
- 原则筛选：运用相关性、可量化、独立性、完整性、可解释性五项原则，逐一评估候选维度。
- 维度定稿：合并同类项、剔除不合格维度，形成最终维度清单。
- 权重初设：采用AHP层次分析法、专家打分法或等权初始法，为每个维度分配初始权重。
- 合理性验证：检查权重之和是否为100%，维度之间是否存在强相关，权重是否可解释。
步骤详解
步骤1：识别候选维度
从五大常见维度池出发，结合业务目标，列出所有可能相关的子维度。示例：
候选维度初始清单（示例）
市场维度：市场规模增速、市场容量、竞争格局集中度
用户维度：需求强度、用户支付意愿、用户基数
商业维度：毛利率预期、投资回收期、收入确定性
技术维度：技术成熟度、开发复杂度、技术壁垒
风险维度：政策风险、执行风险、替代风险步骤2：原则筛选
对每个候选维度使用五项原则进行打分（1-5分），保留平均分≥4.0的维度：
| 原则 | 考察要点 | 否决条件 |
|---|---|---|
| 相关性 | 维度是否直接驱动业务目标 | 与目标无关则直接淘汰 |
| 可量化 | 是否有现成数据或可采集数据 | 无法量化且无替代数据则淘汰 |
| 独立性 | 与其他维度是否存在强相关（r>0.8） | 存在强相关则合并或删除 |
| 完整性 | 维度集是否覆盖评估全场景 | 有重大遗漏则补充维度 |
| 可解释性 | 业务方能否直观理解维度含义 | 无法解释则替换为可理解维度 |
步骤3：维度定稿
通过筛选后，形成最终维度清单，并给每个维度撰写简要定义：
维度定稿清单（示例）
{
"维度": "市场规模增速",
"定义": "目标市场近3年复合增长率",
"数据源": "第三方行业报告",
"取值范围": "[-5%, 50%]",
"量化单位": "百分比"
},
{
"维度": "用户需求强度",
"定义": "目标用户对产品功能的迫切程度，基于调研评分",
"数据源": "用户调研问卷",
"取值范围": "[1, 5]",
"量化单位": "李克特5分制"
}步骤4：权重初设
推荐使用AHP层次分析法进行权重初设，步骤如下：
- 构建两两比较矩阵（维度间相对重要性）
- 计算特征向量与归一化权重
- 一致性检验（CR < 0.1 通过）
简单场景也可使用等权初始法：
等权初始法公式（n个维度）：
Wi = 1 / n × 100%
示例（5个维度）：
Wi = 1 / 5 × 100% = 20%步骤5：合理性验证
验收检查项：
- 权重总和是否为100%（允许±1%舍入误差）
- 最大权重是否超出50%（若超出需评审）
- 是否所有维度都有明确数据源支撑
- 维度定义是否已写进《维度说明书》
2.4 输入输出物
| 类型 | 名称 | 格式 | 示例/说明 |
|---|---|---|---|
| 输入 | 业务目标说明书 | Word / PDF | 含关键成功因素、战略优先级 |
| 输入 | 市场与用户基础数据 | Excel / CSV | 规模、增速、份额、画像等 |
| 输出 | 维度定义清单 | Excel / JSON | 含维度名称、定义、数据源、取值范围 |
| 输出 | 权重分配表 | Excel | 含维度、权重、计算方法、一致性检验结果 |
| 输出 | 维度说明书 | Word / 在线文档 | 维度定稿的详细解释与评审记录 |
2.5 责任边界
| 角色 | 职责 | 交付物 | 决策权限 |
|---|---|---|---|
| 产品经理 | 主导维度识别与定义，组织评审 | 维度定义清单、维度说明书 | 维度初选与合并建议 |
| 数据分析师 | 数据可行性评估，量化验证 | 数据源分析报告、独立性检验 | 一票否决不可量化维度 |
| 业务负责人 | 审核维度与业务目标对齐性 | 业务对齐确认函 | 一票否决与目标偏离的维度 |
| 决策者（总监/VP） | 批准最终维度清单与权重方案 | 签署版维度定稿 | 最终审批权 |
2.6 记录材料
本章执行过程中必须产生并归档以下材料：
- 维度工作簿（Excel）：包含候选维度、原则评分、筛选日志、最终清单。
- 权重计算表（Excel）：AHP矩阵或等权计算过程，含一致性检验。
- 维度说明卡片（每维度一张卡片）：定义、数据源、取值规则、典型示例。
- 评审会议纪要：记录评审结论、争议点、遗留问题。
2.7 异常处理
| 异常场景 | 判断标准 | 处理措施 |
|---|---|---|
| 维度间强相关 | 相关系数r > 0.8 | 合并为复合维度，保留信息量大的子项 |
| 维度无法量化 | 无现成数据且3个月内无法采集 | 替换为代理维度，或降级为定性参考项 |
| 权重分配争议 | 多人打分偏差 > 30% | 组织第二轮德尔菲法，缩小偏差后取均值 |
| 维度数量过多 | 初选维度 > 12个 | 强制合并，确保最终维度 ≤ 8个 |
| 维度覆盖不全 | 某关键场景缺少对应维度 | 回溯步骤1补充候选维度，重新走筛选流程 |
异常处理原则：所有异常处理必须记录在《维度工作簿》的备注列中，并经过至少1次团队评审确认。禁止个人擅自修改维度清单或权重。
2.8 验收标准
维度定义章节完成后，必须满足以下所有验收条件方可进入下一章：
- 完整性：维度清单覆盖业务目标说明书中的所有关键成功因素。
- 独立性：任意两维度之间相关系数 r < 0.7（通过检验）。
- 可量化：每个维度至少有一个明确的数据源与量化公式。
- 权重