第3章 机会评分模型设计：评分维度确定

机会评分模型是将需求优先级从“主观争论”转化为“客观共识”的核心决策工具。产品经理常面临“每个需求都说自己重要”的困境——业务方强调用户痛点，技术团队关注实现成本，管理层紧盯战略方向。缺少统一评分框架，需求评审会就会变成各说各话的拉锯战。

3.1 业务问题与用户场景

业务问题：需求优先级判断标准不统一，各方基于各自立场给出不同排序，导致PRD开发顺序反复调整，资源投入与价值产出不匹配。

用户场景：产品经理在季度需求评审会上，面对来自运营、销售、技术、高管四个方向的12个需求提案，需要在2小时内给出明确的优先级排序并写入PRD排期计划。

用户访谈提炼：

• 产品经理：“我需要一个所有评委都认可的打分表，而不是靠谁的嗓门大。”
• 技术负责人：“评估时要考虑我们现在的技术债务和实施周期，不能只看收益。”
• 业务总监：“评分维度要能体现对KPI的直接拉动，否则我无法向高层汇报。”

3.2 评分维度确定的方法

维度确定是评分模型设计的第一步，直接决定模型的有效性。推荐采用三方访谈 + 卡片归类法：

1. 用户访谈（产品视角）：收集目标用户对痛点和期望功能的描述，提炼用户价值因子。
2. 业务访谈（商业视角）：与运营、销售、财务沟通，识别收入、成本、竞争力等商业指标。
3. 技术访谈（实现视角）：与架构师、开发负责人评估技术复杂度、资源约束和实施周期。
4. 战略对齐（组织视角）：对照公司年度OKR和产品路线图，确认战略匹配度。
5. 卡片归类与权重投票：将收集到的因子写在卡片上，由核心干系人共同归类并投票确定各维度权重。

3.3 机会评分模型架构

下图展示了从维度确定到综合评分的完整架构。四个评估维度并列汇聚，最终输出可排序的机会评分，直接驱动PRD需求决策。

3.4 综合评分计算方法

每个需求在四个维度上分别打分（1-5分，取整数或半分为单位），然后按权重加权汇总。以下为计算示例：

# 需求A评分示例
user_value   = 4  # 用户价值：4分
biz_value    = 5  # 商业价值：5分
tech_feas    = 3  # 技术可行性：3分
strategy_fit = 4  # 战略匹配：4分

# 权重分配
weight_uv = 0.30
weight_bv = 0.30
weight_tf = 0.20
weight_sf = 0.20

# 综合评分
total_score = (user_value * weight_uv +
               biz_value  * weight_bv +
               tech_feas  * weight_tf +
               strategy_fit * weight_sf)

print(f"综合机会评分：{total_score:.2f} 分")
# 输出：综合机会评分：4.10 分

3.5 验收标准与交付物

验收标准：评分模型交付前，需通过以下三项验证：

• 区分度验证：用模型对10个历史需求进行回溯评分，排序结果与实际上线后的ROI排名相关系数 ≥ 0.7。
• 一致性验证：不同评委对同一需求独立打分，各维度分数标准差 ≤ 0.8（满分5分制）。
• 可操作性验证：一次完整评分流程（含数据收集、打分、汇总）可在30分钟内完成。

交付物模板：机会评分模型文档应包含以下章节：

机会评分模型 V1.0
├── 1. 模型概述与适用范围
├── 2. 维度定义与权重说明
│   ├── 2.1 用户价值（30%）
│   ├── 2.2 商业价值（30%）
│   ├── 2.3 技术可行性（20%）
│   └── 2.4 战略匹配（20%）
├── 3. 评分细则与锚定案例
│   ├── 3.1 各维度1-5分详细描述
│   └── 3.2 典型需求评分示例
├── 4. 综合评分计算公式
├── 5. 评分流程与角色分工
├── 6. 历史数据验证结果
└── 7. 版本修订记录