第3章 评分维度体系建立：维度识别方法、维度分类与清单模板
核心目的：系统化识别影响机会价值的核心维度，建立结构化的分类框架，并输出可复用的维度清单模板，为后续权重赋值与评分计算奠定基础。
3.1 适用场景
- 新建机会评分模型时，需要从零构建维度体系。
- 现有评分模型迭代优化，需补充或重构维度结构。
- 跨团队、跨部门统一评分语言，避免各自为政的维度定义。
- 引入新业务赛道（如新市场、新技术路线）时，需要定制化维度清单。
3.2 前置条件
| 序号 | 前置条件 | 验收标准 |
|---|---|---|
| 1 | 已明确机会评分的应用目标（如投资决策、优先级排序、资源分配） | 目标陈述文档已评审通过 |
| 2 | 组建不少于3人的维度设计小组（含业务、技术、财务代表） | 小组成员名单及角色分工已确认 |
| 3 | 收集不少于5个同类评分模型的维度参考材料 | 参考材料清单归档至项目共享目录 |
| 4 | 确定维度体系的颗粒度层级（建议2~3层） | 颗粒度定义文档已初稿 |
3.3 操作步骤
维度体系建立分为三个子阶段：维度识别 → 维度分类 → 清单模板化。以下为详细步骤：
步骤1：维度识别（4种方法）
| 方法 | 适用条件 | 输出物 |
|---|---|---|
| 文献研究法 | 行业成熟度较高，有公开评分框架可借鉴 | 维度候选清单（含来源标注） |
| 专家访谈法（德尔菲） | 新领域或交叉领域，缺乏现成框架 | 专家共识维度列表 |
| 标杆分析法 | 存在对标竞品或行业头部实践 | 对标差异维度表 |
| 因果驱动分析法 | 需从机会成功要素倒推关键变量 | 驱动因子-维度映射图 |
实操建议：优先使用“文献研究法+专家访谈法”组合，确保维度覆盖的广度与深度。单一方法容易产生遗漏或偏见。
步骤2：维度分类（四类主维度）
所有识别出的候选维度，按照以下四类主维度进行归并与分层：
- 市场维度（M）：市场规模、增长率、竞争格局、客户需求匹配度、市场准入壁垒。
- 技术维度（T）：技术成熟度、技术壁垒、可替代性、研发周期、专利布局。
- 团队维度（P）：核心能力覆盖、行业经验、执行力、团队稳定性、激励机制。
- 财务维度（F）：投资回报率、盈亏平衡周期、现金流需求、风险敞口、退出收益。
每个主维度下可设2~5个子维度，子维度数量保持对称，避免某个维度过于细碎。
步骤3：生成维度清单模板
将分类后的维度填入标准化模板，形成可复用的维度清单模板（DLT）。
| 维度编码 | 主维度 | 子维度名称 | 定义说明 | 数据来源 | 评分刻度 |
|---|---|---|---|---|---|
| M-01 | 市场 | 市场规模 | 目标市场年度总销售额（TAM） | 第三方行业报告 | 1~5分 |
| M-02 | 市场 | 市场增长率 | 近3年CAGR | 行业统计年鉴 | 1~5分 |
| T-01 | 技术 | 技术成熟度 | TRL等级（1~9）映射 | 技术评估报告 | 1~5分 |
| T-02 | 技术 | 技术壁垒 | 核心专利数量与仿制难度 | 专利数据库 | 1~5分 |
| P-01 | 团队 | 核心经验匹配度 | 核心成员在相关领域的工作年限 | 简历与项目履历 | 1~5分 |
| P-02 | 团队 | 团队稳定性 | 近2年核心成员流失率 | HR系统数据 | 1~5分 |
| F-01 | 财务 | 投资回报率（ROI） | 预期净收益/总投资额 | 财务模型测算 | 1~5分 |
| F-02 | 财务 | 盈亏平衡周期 | 从启动到盈利的月数 | 现金流预测表 | 1~5分 |
常见偏差：容易将“技术难度”与“技术价值”混淆。维度定义必须聚焦于“对机会价值的贡献”，而非单纯的技术复杂度。每个子维度都要能回答：“这个维度高/低分，对机会成功意味着什么？”
3.4 维度体系结构图
下图展示了从“机会评分总目标”到“四类主维度”再到“子维度示例”的完整层级关系：
3.5 输入输出物
| 类别 | 物项名称 | 格式/载体 | 责任方 |
|---|---|---|---|
| 输入 | 同类评分模型参考材料（≥5份） | PDF / 网页存档 | 行业研究组 |
| 输入 | 专家访谈记录（≥3位专家） | 录音转文字 / 笔记 | 维度设计小组 |
| 输出 | 维度清单模板（DLT） | Excel / 在线表格 | 维度设计小组 |
| 输出 | 维度定义与刻度说明文档 | Word / 知识库 | 维度设计小组 |
3.6 责任边界
- 维度设计小组：负责维度的识别、分类、定义与模板输出，确保维度之间互斥且完备（MECE原则）。
- 业务代表：提供市场与客户侧的维度输入，参与维度筛选投票。
- 技术代表：提供技术成熟度、技术壁垒等维度的客观评估依据。
- 财务代表：提供财务类维度的测算口径与数据源。
- 评审委员会：对最终维度清单进行审批，确保与组织战略对齐。
决策原则：当维度数量超过12个时，必须进行优先级归并，确保每个主维度下子维度数量不超过5个。维度数量的增加不必然提升评分精度，反而会引入噪声。
3.7 记录材料
- 维度识别工作底稿：记录每种识别方法产出的候选维度清单及筛选理由。
- 维度分类评审纪要：记录分类讨论过程中的争议点与最终决策依据。
- 维度清单模板（DLT）V1.0：经评审签批的正式版本，纳入配置管理。
- 维度定义答疑表：对每个子维度的常见疑问与标准解释，供后续评分员培训使用。
3.8 异常处理
| 异常情况 | 影响 | 处理措施 |
|---|---|---|
| 候选维度超过20个，难以归类 | 维度体系庞杂，可操作性下降 | 执行“相关性-区分度”矩阵过滤，保留得分前12位的维度 |
| 某主维度下子维度数量为0 | 维度覆盖不完整 | 回溯专家访谈记录，补充该主维度的候选子维度；若仍无法补充，则评估该主维度是否应合并到其他主维度 |
| 多个子维度之间高度相关（r>0.8） | 信息冗余，重复计分 | 合并为复合维度，或保留区分度更高的一个，剔除另一个 |
| 业务方与财务方对维度定义分歧 | 维度标准不统一，后续评分出现偏差 | 由评审委员会仲裁，定义采用“双重验证”规则：双方数据源均纳入，取交集定义 |
3.9 验收标准
- 维度清单包含至少4个主维度、8~12个子维度，每个子维度有明确编码、定义、数据来源和评分刻度。
- 维度之间无逻辑重叠，子维度与其所属主维度的对应关系经2位独立评审人确认。
- 维度清单模板（DLT）已通过评审委员会签字确认，并归档至项目知识库。
- 每个子维度的定义文档均附有至少1个高分示例和1个低分示例，避免评分歧义。
交付检查清单：□ 维度识别方法使用记录 □ 维度分类矩阵 □ DLT模板V1.0 □ 维度定义答疑表 □ 评审签字页