需求评分里，评分维度回答“从哪些方面看、每个方面怎么打分”，评分权重回答“这些方面谁更重要、各占多大分量”。维度把需求的价值与成本拆成可观察、可打分的条目，权重把这些条目折算成可比较的总分。两者合起来，才能让一批需求排出相对顺序。本文只讨论需求对象的评分机制，不涉及任务执行顺序与功能布局取舍。
要点总览（TL;DR）
- 评分维度规定从哪些方面评价需求、每个方面怎么打分，把价值与成本拆成可观察、可复核的条目。
- 评分权重规定各维度在总分中的相对占比，表达组织当前更看重价值、成本还是紧迫性。
- 加权总分按各维度得分乘以对应权重再求和，维度决定信息结构，权重决定信息分量，两者共同支撑需求排序。
- 权重变化会改变同一组得分的排序结果，权重设置应与业务阶段和决策目标一致，并定期复核。
- 评分结果是需求排序的依据之一，最终优先级还需结合评审讨论、资源与依赖确认；任务优先级和功能布局取舍属于另外的管理范畴。
评分维度和评分权重各指什么
评分维度是评分模型中的观察项集合。它规定评价一条需求时看哪几个方面，以及每个方面的打分口径和量级。常见的维度包括业务价值、用户覆盖、实现成本、紧迫性。维度要落到可判断的描述上，例如业务价值可以按“直接影响收入”“提升关键流程效率”“间接改善体验”分成几档，而不是让评分人凭感觉给一个数字。
评分权重是各维度在总分中的相对占比。它表达组织对价值、成本、紧迫性等因素的相对重视程度。权重通常以百分比或系数形式出现，所有维度的权重之和归一为100%或1。某维度权重为30%，意味着该维度得分对总分的贡献占三成。
两者都属于同一个评分模型，作用对象不同：维度决定评分表有哪些列、每列怎么填；权重决定每列在合计时乘多大的系数。一句话区分——维度管“评什么”，权重管“算多重”。
| 对比项 | 评分维度 | 评分权重 |
|---|---|---|
| 回答的问题 | 从哪些方面评价、每方面怎么打分 | 各方面在总分中占多大比重 |
| 作用对象 | 评分的信息结构 | 信息的相对分量 |
| 典型形式 | 维度名称、打分档位、评分说明 | 百分比或系数 |
| 调整后的影响 | 改变评分表覆盖的范围和口径 | 改变同一组得分的合计结果与排序 |
评分维度解决什么问题：把需求拆成可比较的条目
维度承担的是信息结构化职责。一条需求往往同时涉及收入、体验、合规、研发投入等多类信息，如果不拆开，评审时每个人关注的点不同，讨论容易各说各话。设定维度后，所有需求都按同一组条目填写，评分结果才有横向比较的基础。
维度设计有三个要点：
- 覆盖决策需要的信息。价值侧可设业务价值、用户覆盖、战略契合度；成本侧可设实现成本、技术风险；时间侧可设紧迫性。维度不必求全，但要覆盖当前决策真正会争论的方面。
- 每个维度有可判断的打分口径。给出档位定义和判断依据，例如“用户覆盖”按受影响用户量分档，并说明数据从哪里取。口径清晰，不同评分人给出的分数才具备可比性。
- 量级统一。各维度采用相同的分值范围（如1–5分），避免有的维度满分10分、有的满分100分，给后续加权造成混乱。
缺少维度时，评分容易退化为对需求的整体印象分。评审现场凭记忆和表达力打分，事后难以复核：为什么这条需求得8分、那条得6分，找不到分解依据。有了维度，分歧可以定位到具体条目——是业务价值判断不同，还是成本估算不同，讨论就有了落点。
评分权重解决什么问题：决定各维度的相对分量
权重承担的是取舍表达职责。维度把信息拆开之后，各维度的重要性并不相同。处于增长阶段的产品可能更看重用户覆盖和市场机会，处于稳定运营阶段的产品可能更看重投入产出和风险控制。权重就是把这种相对重视程度写进模型的方式。
权重直接影响排序结果。同一组维度得分，权重调整后总分和名次都可能变化。例如两条需求在业务价值上差距明显、在实现成本上接近，提高业务价值权重会让高价值需求更靠前；提高成本权重则可能让低成本需求反超。权重不是中立的数字，它体现了组织当前愿意为什么样的需求让路。
权重设置需要注意：
- 与业务阶段和决策目标一致。权重应能解释“为什么这个阶段更看重这类需求”，并在评审规则中写明依据。
- 避免单一维度权重过高。某维度权重接近全部时，其他维度实际上失去区分作用，评分表退化为单指标排序。
- 定期复核。业务目标变化后，权重应随之调整，并把调整记录在案，避免不同批次需求用不同隐含标准比较。
两者在需求排序中如何配合
维度与权重通过加权求和组合成总分，基本公式为：
加权总分 = Σ（各维度得分 × 对应权重）
计算时先按维度逐项打分，再乘以权重并求和，最后按总分排序。下面用一个示意算例说明。假设评分模型设三个维度，均按1–5分打分，权重分别为业务价值50%、用户覆盖30%、实现成本20%（成本维度得分越高表示成本越低、越容易实现）。
| 需求 | 业务价值（×0.5） | 用户覆盖（×0.3） | 实现成本（×0.2） | 加权总分 | 排名 |
|---|---|---|---|---|---|
| 需求A | 5 | 3 | 2 | 5×0.5+3×0.3+2×0.2=3.8 | 1 |
| 需求B | 3 | 5 | 4 | 3×0.5+5×0.3+4×0.2=3.8 | 1 |
| 需求C | 4 | 2 | 5 | 4×0.5+2×0.3+5×0.2=3.6 | 3 |
把权重调整为业务价值30%、用户覆盖30%、实现成本40%，同一组得分重新计算：需求A为5×0.3+3×0.3+2×0.4=3.2，需求B为3×0.3+5×0.3+4×0.4=4.0，需求C为4×0.3+2×0.3+5×0.4=3.8。排序变为B、C、A。维度得分没有变化，权重变化改变了结论，这正是权重表达取舍的方式。
这个机制也说明两者的分工：维度保证每条需求都被同一组条目衡量，权重保证合计时体现当前阶段的偏好。缺少任何一方，总分都失去可比性——没有维度，分数无从构成；没有权重，各维度只能简单相加，等于默认所有方面同等重要。
评分结果落到需求条目上时，需要有人维护评分字段、汇总结果并带入评审。ONES 的需求管理支持为需求配置自定义字段并维护需求条目状态，团队可以把维度得分与加权结果记录在需求上，在评审中对照讨论并形成结论。具体字段类型与配置方式以实际产品版本为准。
容易混淆的相邻概念与常见误解
评分维度与权重常与几个相邻概念混用，边界需要分清。
| 概念 | 作用对象 | 与评分维度、权重的区别 |
|---|---|---|
| 评分维度 | 单条需求的评价条目 | 规定评什么、怎么打分 |
| 评分权重 | 各维度在总分中的占比 | 规定合计时各条目算多重 |
| 需求优先级 | 一批需求的先后顺序 | 评分结果是排序依据之一，优先级决策还包含评审讨论、资源约束判断与最终拍板 |
| 任务优先级 | 执行层面的任务顺序 | 管的是任务先做哪件，需求评分管的是需求对象之间的排序，两者对象不同 |
| 功能布局取舍 | 产品规划中的功能范围与位置 | 属于产品规划范畴，评分可以为其提供输入，但不替代规划判断 |
常见误解有两个。其一，“权重越高分越高”。权重只放大该维度得分对总分的贡献，如果该维度得分低，高权重反而拉低总分；权重本身不产生分数。其二，“维度越多越准”。维度增加会提高评分工作量，也可能引入相关性高的重复条目，稀释真正有区分度的信息。维度应以覆盖当前决策争论点为限，口径清晰比数量更重要。
还有一个容易忽略的边界：加权总分给出的是相对顺序，不是绝对结论。总分接近的需求，差异可能落在打分误差范围内，此时应回到具体维度讨论，而不是机械按小数点后一位定先后。评分模型服务于讨论和决策，最终优先级仍需结合资源、依赖和时机确认。
常见问题
评分维度和评分权重，先定哪个？
通常先定维度，再定权重。维度决定评分表收集哪些信息，权重是在这些信息之上表达相对重视程度。如果维度尚未确定就分配权重，容易出现权重给了某个方面、评分时却找不到对应打分口径的情况。实际操作中可以先列出当前评审真正会争论的方面，形成维度草案，再根据业务阶段为各维度分配权重，最后用一批历史需求试算，检查排序结果是否符合团队预期。
权重调整后排序变化很大，怎么判断是否合理？
先检查权重调整是否对应了明确的业务目标变化，例如从追求用户覆盖转向控制投入。如果权重变化有依据，排序变化本身就是预期结果。若排序波动过大，可以关注两点：一是是否存在某个维度权重过高，使其他维度失去区分作用；二是维度得分本身是否稳定，打分口径模糊时，权重的小幅调整也会放大误差。建议把权重调整记录在案，并用同一批需求做前后对比，确认变化方向可以解释。
两条需求加权总分相同或非常接近，怎么定先后？
总分接近时，差异可能落在打分误差范围内，机械比较小数点后一位意义有限。可以回到具体维度看分歧来源：是业务价值判断不同，还是成本估算不同，再结合资源占用、交付依赖、时间窗口等因素讨论。评分模型提供的是相对顺序和讨论落点，最终先后仍需要评审确认。对于长期反复出现总分接近的情况，也可以考虑某个维度的打分档位是否过粗，需要细化口径。
维度是不是越多，评分越准确？
维度增加会提高评分工作量，也可能引入相关性高的重复条目，稀释真正有区分度的信息。维度应以覆盖当前决策争论点为限。判断标准是：每个维度是否对应一个评审中真实存在的分歧点，是否有可判断的打分口径，是否能从现有信息中取得打分依据。口径清晰、数量适中的维度，比条目繁多但打分靠印象的评分表更可靠。
评分结果能直接当作需求优先级吗？
评分结果是需求排序的重要依据，优先级决策还包含评审讨论、资源约束判断和最终拍板。加权总分给出的是相对顺序，不是绝对结论。资源冲突、外部依赖、合规时限等因素可能改变最终安排。把评分结果记录在需求条目上，带入评审对照讨论，可以让分歧定位到具体维度，但最终优先级仍需团队结合实际情况确认。
