需求评分中，评分维度回答“从哪些方面衡量一个需求”，把价值、成本、风险等抽象判断拆成可逐项打分的指标；评分权重回答“这些方面相对有多重要”，把各维度得分按重要性折算成可比较的总分。维度决定评什么，权重决定怎么合成，两者共同支撑需求排序。本文围绕需求对象排序展开，不涉及产品功能布局和任务执行顺序。
要点总览（TL;DR）
- 评分维度回答“评什么”：把业务价值、用户影响、实现成本、交付风险等抽象判断拆成可逐项打分的指标，决定评估的覆盖面。
- 评分权重回答“怎么合成”：表达各维度在决策中的相对重要性，把不同量纲的得分折算成可比较的总分。
- 维度提供信息，权重提供重要性判断；维度遗漏会让排序系统性失真，权重变化会直接改变排序结果。
- 维度设计宜可观察、可描述，避免同义重复与互相包含；权重调整需说明依据、记录原因并保持一段时间稳定。
- 评分结果是排序依据，最终优先级还要结合战略方向、资源约束与依赖关系；功能布局归产品功能规划，执行顺序归任务优先级管理。
评分维度与评分权重各是什么
评分维度是衡量需求的指标集合。它规定一次评估要看哪几个方面，例如业务价值、用户影响、实现成本、交付风险。每个维度对应一个可打分的判断项，评估人按统一口径给出分值。维度回答的是“评什么”，它决定了评估的覆盖面。
评分权重是各维度在总分中的相对占比。它规定某个维度的得分在合成总分时占多大分量，例如业务价值占40%、实现成本占30%、风险占20%、用户影响占10%。权重回答的是“怎么合成”，它把多个维度的得分折算成一个可比较的总分。
两者的角色分工可以用一句话概括：维度提供信息，权重提供重要性判断。只有维度没有权重，各项得分无法合成一个排序依据；只有权重没有维度，权重没有可作用的对象。二者缺一不可，共同构成一次完整的需求评分。
| 对比项 | 评分维度 | 评分权重 |
|---|---|---|
| 回答的问题 | 从哪些方面衡量需求 | 这些方面相对有多重要 |
| 输入 | 业务目标、用户场景、交付条件 | 决策者对维度重要性的判断 |
| 输出 | 逐项可打分的指标 | 各维度在总分中的占比 |
| 缺失后果 | 评估片面，排序失真 | 得分无法合成，缺少比较口径 |
评分维度解决什么问题：把需求价值拆成可判断的项
需求的价值判断通常是模糊的。“这个需求很重要”背后可能混合了收入贡献、用户体验、合规要求、实现难度等多种考虑。评分维度的作用，就是把这些混在一起的判断拆开，落到可以逐项描述和打分的具体项上。拆开之后，不同评估人对同一个需求的判断有了共同的讨论对象，分歧也能定位到具体维度，而不是停留在整体印象上。
维度决定评估的覆盖面。如果只评业务价值，成本高、风险大的需求可能被排到前面；如果只评实现成本，容易做的低价值需求会挤占资源。覆盖面不全，排序结果就会系统性偏向被评到的那些方面。因此维度设计要先回到排序目的：这次排序是为了决定先做哪些需求，那么影响“先做后做”的因素都应进入维度集合。
维度设计有几个可操作的要点：
- 可观察、可描述。每个维度要能用具体事实说明，例如“影响多少用户”“需要几个系统配合”，避免“重要性”这类无法独立判断的表述。
- 避免同义重复。两个维度如果衡量的是同一件事，等于给这件事加了两次分，会扭曲权重效果。
- 避免互相包含。一个维度的判断不应依赖另一个维度的结论，否则打分时容易重复计算。
- 数量适度。维度覆盖关键因素即可，过多会让打分成本上升、口径难以统一。
评分权重解决什么问题：把多项得分合成可比较的总分
各维度得分往往量纲不同：业务价值可能按1到5分打，实现成本可能按人天估算，风险可能按高、中、低分级。这些分数不能直接相加。权重的作用之一，是把不同量纲的维度得分统一折算为可加总的分数，再按占比合成总分。经过这一步，多个需求才能放在同一把尺子上比较。
权重更核心的作用，是表达各维度在决策中的相对重要性。同样两个需求，业务价值高但成本也高，另一个价值中等但成本低，谁排前面取决于决策者更看重价值还是更看重投入。权重把这个重要性判断显性化，让排序结果可以被解释：某个需求排前面，是因为它在高权重维度上得分高。
权重设置需要注意几点：
- 权重变化会改变排序结果。调整某个维度的占比，可能让原本靠后的需求前移，因此每次调整都要说明依据，例如业务阶段变化、资源约束变化。
- 保持一段时间的稳定。频繁调整权重会让历史评分失去可比性，团队也难以形成稳定的判断标准。
- 调整时记录原因。留下调整记录，后续复盘排序结果时才能解释为什么某次排序与之前不同。
- 权重之和便于统一为100%，方便阅读和核对，但这只是表达方式，不影响相对关系。
维度与权重如何配合完成一次需求排序
下面用一个演示情景说明完整过程。假设有三个待排需求A、B、C，团队确定四个维度：业务价值、用户影响、实现成本、交付风险。为便于计算，各维度统一按1到5分打分，成本与风险维度分值越高表示越有利，即成本低、风险小得高分。权重设定为业务价值40%、用户影响20%、实现成本25%、交付风险15%。
| 需求 | 业务价值（40%） | 用户影响（20%） | 实现成本（25%） | 交付风险（15%） | 加权总分 |
|---|---|---|---|---|---|
| A | 5 | 3 | 2 | 3 | 3.45 |
| B | 3 | 5 | 4 | 4 | 3.80 |
| C | 4 | 2 | 5 | 2 | 3.55 |
计算方式为各维度得分乘以权重后相加。以需求A为例：5×0.40＋3×0.20＋2×0.25＋3×0.15＝2.00＋0.60＋0.50＋0.45＝3.45。按同样方法，B为3.80，C为3.55。排序结果为B、C、A。
调整权重后结果会变化。若把业务价值权重提高到60%、实现成本降到15%、用户影响保持15%、交付风险保持10%，重新计算：A为5×0.60＋3×0.15＋2×0.15＋3×0.10＝3.00＋0.45＋0.30＋0.30＝4.05；B为3×0.60＋5×0.15＋4×0.15＋4×0.10＝1.80＋0.75＋0.60＋0.40＝3.55；C为4×0.60＋2×0.15＋5×0.15＋2×0.10＝2.40＋0.30＋0.75＋0.20＝3.65。排序变为A、C、B。这说明权重不是计算细节，而是直接影响结论的决策参数。
调整维度同样会改变结果。若增加“合规要求”维度并给予较高权重，带有合规属性的需求得分会上升。示例中的需求、维度、权重与分值均为演示数据，用于说明计算过程，不代表任何真实项目。
评分完成后，结果需要进入需求管理流程才能发挥作用。可以在需求工作项上设置评分字段，记录各维度分值与加权总分，在需求评审中对照评分讨论排序，并把评审结论通过状态流转固定下来。ONES 的需求管理支持在工作项中维护字段与状态，团队可据此承载评分记录和评审结论；具体评分字段与加权计算的配置方式，以实际产品环境为准。
容易混淆的相邻概念与常见误解
评分结果是排序依据，优先级决策还包含战略与资源约束。总分给出的是需求之间的相对顺序，最终先做哪个需求，还要看战略方向、团队容量、依赖关系和交付窗口。评分把讨论聚焦到可比较的维度上，决策者在此基础上做取舍，两者是先后衔接的关系。
产品功能布局与功能取舍属于产品功能规划范畴，关注的是产品提供哪些能力、如何组织功能结构。需求评分处理的是已有需求之间的先后顺序，不决定功能形态。任务执行顺序属于任务优先级管理，关注的是已确定要做的事情按什么次序推进。三者对象不同：需求评分排的是需求，功能规划定的是能力，任务优先级排的是执行动作。
几个常见误解需要澄清：
- 维度越多越准。维度增加会提高打分成本，也容易引入重复和相互包含的项。覆盖关键因素、口径清晰，比数量更重要。
- 权重一旦设定不可调整。权重反映的是当前阶段的判断，业务重点变化时可以调整，关键是说明依据并记录原因，避免无理由频繁变动。
- 总分高就必须做。总分是排序参考，高总分需求仍可能因为资源不足、依赖未就绪或战略调整而延后。评分服务于决策，不替代决策。
常见问题
评分维度是不是越多越全面越好？
维度覆盖关键因素即可，数量增加会带来两个问题：一是打分成本上升，评估人要在更多项上给出一致口径；二是容易引入同义重复或互相包含的维度，等于给同一件事重复计分，反而扭曲权重效果。判断维度是否够用，可以回到排序目的：影响“先做后做”的因素是否都进入了维度集合，每个维度能否用具体事实描述。满足这两点，比单纯增加数量更有意义。
业务阶段变化后，原来的权重还能继续用吗？
可以调整，关键是调整方式。权重反映的是当前阶段对各项重要性的判断，业务重点从抢占市场转向控制投入时，业务价值与实现成本的占比通常需要重新讨论。建议在调整时记录依据和生效时间，并说明这次调整影响哪些评分。频繁无理由变动会让历史评分失去可比性，团队也难以形成稳定判断；保持一段时间的稳定，再按明确原因调整，是更可操作的做法。
加权总分最高的需求，是否一定要排在最前面？
总分给出的是需求之间的相对顺序，属于排序参考。最终先做哪个需求，还要看战略方向、团队容量、依赖关系和交付窗口。常见的情况是：某需求总分高，但依赖的系统尚未就绪，或当前迭代容量不足，实际会延后。评分的作用是把讨论聚焦到可比较的维度上，让取舍有据可依；决策者在此基础上结合约束条件做判断，两者是先后衔接的关系。
不同量纲的维度得分怎么放在一起计算？
先把各维度的打分口径统一，例如都换算成1到5分，并明确分值方向，成本与风险维度可以设定为“越有利得分越高”。统一口径后，各维度得分乘以对应权重再相加，得到加权总分。这样处理的意义在于让多个需求可以放在同一把尺子上比较，而不是让原始的人天估算、高中低分级直接相加。口径统一是权重发挥作用的前提，打分前需要先约定清楚。
评分结果怎么和需求评审、后续推进衔接起来？
评分要进入需求管理流程才能持续发挥作用。常见做法是在需求工作项上设置评分字段，记录各维度分值与加权总分；在需求评审中对照评分讨论排序，把评审结论通过状态流转固定下来，后续复盘时能追溯当时的依据。ONES 的需求管理支持在工作项中维护字段与状态，可用于承载评分记录和评审结论；具体评分字段与加权计算的配置方式，以实际产品环境为准。
