第3章 价值矩阵基础知识：商业价值、用户价值、技术价值、风险价值与优先级权重设定

3.1 适用场景

• 需求池中需求数量超过团队交付能力，需要量化评估价值以排序。
• 跨职能团队（产品、研发、运营、测试）对需求优先级存在显著分歧。
• 即将进入版本规划或迭代计划会议，需要统一的价值评估标准。
• KANO模型已对需求进行定性分类（基本型、期望型、兴奋型），需进一步结合定量价值维度细化排序。
• 管理层或客户要求提供需求优先级排序的客观依据与可复现公式。

3.2 前置条件

• 已完成需求收集与初步筛选（如用户访谈、竞品分析、内部提案），并将需求条目化存入需求池。
• 已通过KANO模型对需求进行问卷调研且完成初步分类（参见本课程第2章）。
• 已确定价值矩阵的四维度评估人（通常为产品负责人、技术负责人、财务/运营负责人各一名）。
• 评估人对“商业价值”“用户价值”“技术价值”“风险价值”的定义与评分标准达成共识。

3.3 操作步骤

1. 解读四维度定义与评分锚点
   每个维度采用1-5分制（1分最低，5分最高），评估人根据需求特征独立打分。分数非绝对值，而是同一版本范围内横向比较的标准。
2. 需求商业价值评分
   评估该需求对营收、市场份额、成本节约、战略目标的直接贡献程度。
3. 需求用户价值评分
   评估该需求对提升用户满意度、改善用户体验、解决用户核心痛点的有效性。
4. 需求技术价值评分
   评估该需求是否有助于技术架构演进、复用于其他需求、降低技术债务或提升开发效率。
5. 需求风险价值评分
   评估延迟开发或不开发该需求可能带来的合规风险、安全风险、用户流失风险等。风险越高或越紧迫，风险值应评为高分。
6. 计算加权综合得分与优先级权重
   根据组织战略偏好设定各维度权重（默认各维度权重为1，即求算术平均；也可按业务目标调整），计算公式如下：

综合价值得分 = (商业价值 × w₁) + (用户价值 × w₂) + (技术价值 × w₃) + (风险价值 × w₄)

通过归一化处理得到优先级权重：
优先级权重_({需求_i}) = 综合价值得分_({需求_i}) / 所有需求综合价值得分之和 × 100%

其中 w₁ + w₂ + w₃ + w₄ = 1

7. 校验结果与KANO分类对齐
   将计算出的优先级权重与KANO分类交叉验证：若某个“基本型”需求权重极低，或“兴奋型”需求权重过高且资源不足，需返回第2步重新校准评分或权重系数。

3.4 输入输出物

3.5 责任边界

3.6 记录材料

• 评审过程纪要：记录评分会议中各争议点的讨论结论及权重调整理由。
• 价值矩阵评分明细：包含每位评估人对每个需求的原始打分，便于追溯与审计。
• 权重系数变更历史：若后续版本调整了w₁~w₄系数，需记录变更原因及投票人。
• 价值矩阵与KANO交叉验证表：将综合得分排序与KANO分类对照，识别分类偏差或异常点。

3.7 异常处理

3.8 验收标准

• 验收1：每个需求都获得四维度独立评分，且不存在全空或全满分的无效行。
• 验收2：四维度评分平均值与标准差在合理范围（建议平均分在2.5~4.0，标准差在0.5~1.5之间，不含极端数据）。
• 验收3：综合得分排序与TOPSIS或AHP方法得到的前5名需求重合度不低于60%（仅首次使用时验证方法兼容性）。
• 验收4：输出价值矩阵SVG图的所有节点、连接线、说明框均符合高对比配色，无重叠文字，可被直接导出用于产品评审报告。
• 验收5：评审组全体成员在“价值矩阵评分表”上签字或确认邮件，无未解决争议。