需求价值评估要解决的是“先做哪个、值不值得做”的排序问题。做法可以拆成四步：先定评估目标和决策用途，再选价值、成本、风险三类指标并写清口径，按加权评分或价值成本比算出排序，最后用历史需求回测校准，并把结果当作排序参考而非绩效结论。
要点总览（TL;DR）
- 需求价值评估先定决策用途：排序决策看相对位置，取舍决策看是否越过预设门槛，评估对象和时点要事先界定。
- 指标按价值、成本、风险三类组织，每类保留两到四个可解释指标，并写明单位、数据来源和是否必填。
- 每个指标写成口径卡，包含公式、分子、分母、时间窗、单位和证据要求；缺失值规则在评估前统一约定。
- 计算按采集清洗、归一化、设权重、算综合得分或价值成本比、历史回测、输出争议项六步推进。
- 评分只反映当前口径和权重下的相对排序，需做权重敏感性分析并定期复核，不作为团队绩效结论。
评估目标：需求价值评估要回答哪个决策问题
需求价值评估的第一步是明确它服务哪个决策。排序决策回答“先做哪个”，需要可比的分值和稳定的口径；取舍决策回答“做不做”，更关注门槛条件，例如价值是否达到最低要求、成本是否超出承受范围。两类决策共用一套指标，但使用方式不同：排序看相对位置，取舍看是否越过预设门槛。
评估对象也要先界定。单条需求评估用于进入排期前的判断，输出该需求的分值与理由；需求集合评估用于版本规划或季度规划，输出一组需求的排序和取舍建议。对象不同，指标采集范围不同，集合评估还要处理需求之间的依赖关系。
评估时点决定数据可得性。进入排期前评估，用的是预估数据，重点是口径一致和假设透明；迭代中评估，可以补充实际投入数据，用于调整后续排期；上线后复盘，用实际结果校验当初的预估，为权重和口径校准提供依据。三种时点的数据不能混用比较。
最后明确结果的使用者与使用方式。产品负责人用排序结果确定版本内容，研发负责人用成本指标判断资源是否够用，业务方用价值指标确认需求是否被合理对待。评估表应同时呈现分值、关键原始数据和争议项，让使用者能看到结论背后的依据。
| 决策问题 | 评估对象 | 评估时点 | 结果使用者与使用方式 |
|---|---|---|---|
| 先做哪个（排序） | 一组候选需求 | 进入排期前 | 产品负责人按综合得分排序，确定版本范围 |
| 做不做（取舍） | 单条需求 | 进入排期前 | 需求评审会对照门槛条件决定是否立项 |
| 资源是否够用 | 需求集合 | 迭代中 | 研发负责人对照成本合计与可用人力调整范围 |
| 预估是否准确 | 已完成需求 | 上线后复盘 | 评估负责人回测偏差，校准权重与口径 |
指标与范围：价值、成本、风险三类指标怎么选
指标按价值、成本、风险三类组织，每类保留少量可解释的指标即可。价值类回答“做了有什么收益”，成本类回答“要投入多少”，风险类回答“不确定性有多大”。指标过多会让权重难以解释，也会增加采集负担；一般每类保留两到四个指标，能覆盖主要判断即可。
价值类常用指标包括用户覆盖（受影响用户数或占比）、收入影响（预期增收或挽回损失）、合规或战略必要性（是否满足监管要求、是否支撑既定方向）。合规与战略必要性通常用等级评定，需要给出等级定义和证据要求，避免凭印象打分。
成本类常用指标包括研发人天、依赖系统数、上线后维护投入。研发人天由研发负责人按历史同类需求估算；依赖系统数反映协调复杂度；维护投入可按上线后每月预计投入工时估算。成本指标要注明估算依据，例如参照哪个已完成需求的工时。
风险类常用指标包括不确定性（需求描述清晰度、方案成熟度）、技术难度（是否涉及新技术或架构改动）、外部依赖（是否依赖第三方交付或外部审批）。风险高的需求不一定不做，但应在排序结果中标注，供决策时考虑是否拆分或先做验证。
纳入范围要事先约定。紧急缺陷修复、法定义务类需求通常不进入评分队列，直接按既定流程处理；探索性需求如果信息不足以评分，可以标记为待补数据，先做小规模验证再进入排序。范围规则写进评估说明，避免每次评审临时争论。
| 指标名 | 类别 | 单位 | 数据来源 | 是否必填 |
|---|---|---|---|---|
| 受影响用户数 | 价值 | 人 | 用户调研、埋点数据、客服工单统计 | 必填 |
| 预期收入影响 | 价值 | 元/年 | 业务方测算、销售反馈 | 选填 |
| 合规或战略必要性 | 价值 | 等级（1–5） | 合规清单、年度规划文档 | 必填 |
| 研发人天 | 成本 | 人天 | 研发负责人估算，参照历史需求 | 必填 |
| 依赖系统数 | 成本 | 个 | 技术方案评审记录 | 必填 |
| 上线后维护投入 | 成本 | 工时/月 | 研发负责人估算 | 选填 |
| 不确定性 | 风险 | 等级（1–5） | 需求评审结论 | 必填 |
| 技术难度 | 风险 | 等级（1–5） | 技术方案评审结论 | 必填 |
| 外部依赖 | 风险 | 等级（1–5） | 依赖方确认记录 | 选填 |
数据口径与证据：分子、分母、时间窗怎么定
每个指标都要写成可复算的口径卡，包含公式、分子、分母、时间窗、单位和证据要求。口径卡的作用是让不同人按同一规则取数，减少“同一指标算出不同结果”的情况。以受影响用户数为例，公式可定义为“近90天内使用过相关功能的去重用户数”，分子是符合条件的去重用户，分母不设（绝对量指标），时间窗为近90天，单位为“人”，数据来源为埋点表。
比率类指标必须写清分母。例如“受影响用户占比”的分子是受影响用户数，分母是同期活跃用户数，时间窗两者保持一致。分母为零时，该指标记为“不适用”，不参与归一化，并在评估表中标注原因，避免用零除结果或随意填值。
定性指标要给出证据形式和通过标准。合规必要性可定义为五级：1级为无关联，3级为间接相关，5级为监管明确要求且有截止时间；每一级要求附上对应依据，如监管文件条款、合同约定或规划文档章节。评审时按证据定级，没有证据的按最低级处理并标记待补。
缺失值处理规则要在评估前统一约定。常用做法有三种：整条指标剔除并在结果中标注；用同类需求的中位数填充并记录填充来源；标记为待补，暂不参与排序。三种做法对结果影响不同，同一批评估中只用一种，并在评估说明中写明。
不同来源的数据不可比时，先归一化再计算。常用方法是将原始值转换为组内百分位，或按预设分段映射到0–5分。归一化规则要固定，例如“受影响用户数按本批次需求排序后取百分位”，避免不同批次之间直接比较原始值。
| 指标 | 公式 | 单位 | 时间窗 | 缺失值规则 | 证据要求 |
|---|---|---|---|---|---|
| 受影响用户数 | 近90天使用相关功能的去重用户数 | 人 | 近90天 | 无数据则标记待补 | 埋点导出表或调研样本说明 |
| 受影响用户占比 | 受影响用户数 ÷ 同期活跃用户数 | 百分比 | 近90天 | 分母为零记“不适用” | 两份数据同一时间窗 |
| 研发人天 | 各角色估算工时合计 ÷ 8 | 人天 | 按需求范围 | 按同类需求中位数填充并标注 | 估算依据与参照需求编号 |
| 合规必要性 | 按五级定义定级 | 等级 | 评估时点 | 无证据按1级并标记待补 | 监管条款、合同或规划文档 |
计算与评估步骤：从打分到排序的完整流程
计算流程分六步，每一步都有明确产物，便于复核和交接。
第一步，按口径卡采集并清洗数据。把每条需求的指标原始值填入评估表，检查时间窗是否一致、分母是否为零、定性指标是否附证据。清洗后保留原始值和清洗记录，后续复核以原始值为准。
第二步，归一化到统一量纲。绝对量指标按本批次排序取百分位，或按预设分段映射到0–5分；等级类指标直接使用等级值。归一化后所有指标处于同一量纲，才能加权相加。归一化规则一经确定，同一批次内不再调整。
第三步，设定权重并说明来源。权重可以来自团队共识，例如产品、研发、业务三方评审后确定价值类合计50%、成本类30%、风险类20%；也可以来自历史回归，用已完成需求的实际结果反推各指标的解释力。无论哪种来源，都要记录设定时间和参与人，便于后续复核。
第四步，计算综合得分或价值成本比。加权评分公式为：综合得分 = Σ（指标得分 × 指标权重），权重合计为1。价值成本比公式为：价值成本比 = 价值类加权得分 ÷ 成本类加权得分，比值越高表示单位成本获得的价值越高。两种方法可以同时计算，排序不一致时作为争议项提交评审。
第五步，用历史已完成需求回测。取上一周期已完成的需求，用当时的预估数据按同一口径重算得分，与上线后的实际价值（如实际使用人数、实际收入变化）对比，检查高分需求是否确实产生了较高价值。偏差较大的指标，检查是口径问题还是权重问题，据此校准。
第六步，输出排序结果并记录争议项。评估表包含每条需求的各项得分、综合得分、排名、关键假设和争议点。争议项在评审会上单独讨论，讨论结论写入记录，作为下一轮口径调整的输入。
例子：三条需求的价值评分演算
以下为演示情景，数据为假设值，用于说明计算过程，不代表任何真实产品或团队。
三条候选需求：A为“批量导出报表”，B为“移动端消息推送”，C为“对接第三方支付”。原始数据如下：A受影响用户600人、研发人天8、依赖系统1个、不确定性2级；B受影响用户1500人、研发人天12、依赖系统2个、不确定性3级；C受影响用户300人、研发人天20、依赖系统4个、不确定性4级。合规必要性A为1级、B为1级、C为5级（合同约定上线时间）。
归一化采用本批次百分位映射到0–5分。受影响用户数排序为B（1500）>A（600）>C（300），分别得5、3、1分；研发人天越少得分越高，A（8）得5分、B（12）得3分、C（20）得1分；依赖系统数越少得分越高，A得5分、B得3分、C得1分；不确定性越低得分越高，A得5分、B得3分、C得1分；合规必要性按等级直接取值，A得1分、B得1分、C得5分。
权重设定为：价值类合计50%（受影响用户30%、合规必要性20%），成本类合计30%（研发人天20%、依赖系统10%），风险类合计20%（不确定性20%）。加权计算：A = 3×0.3 + 1×0.2 + 5×0.2 + 5×0.1 + 5×0.2 = 0.9+0.2+1.0+0.5+1.0 = 3.6分；B = 5×0.3 + 1×0.2 + 3×0.2 + 3×0.1 + 3×0.2 = 1.5+0.2+0.6+0.3+0.6 = 3.2分；C = 1×0.3 + 5×0.2 + 1×0.2 + 1×0.1 + 1×0.2 = 0.3+1.0+0.2+0.1+0.2 = 1.8分。
价值成本比按价值类加权得分除以成本类加权得分计算：A价值得分1.1、成本得分1.5，比值约0.73；B价值得分1.7、成本得分0.9，比值约1.89；C价值得分1.3、成本得分0.3，比值约4.33。按综合得分排序为A>B>C，按价值成本比排序为C>B>A，两种结果不一致，C因合规必要性和低单位成本在比值上占优，A因用户覆盖和低风险在综合得分上占优。这类分歧应作为争议项提交评审，结合合同截止时间决定是否优先安排C。
| 需求 | 受影响用户得分 | 合规得分 | 研发人天得分 | 依赖系统得分 | 不确定性得分 | 综合得分 | 价值成本比 |
|---|---|---|---|---|---|---|---|
| A 批量导出报表 | 3 | 1 | 5 | 5 | 5 | 3.6 | 0.73 |
| B 移动端消息推送 | 5 | 1 | 3 | 3 | 3 | 3.2 | 1.89 |
| C 对接第三方支付 | 1 | 5 | 1 | 1 | 1 | 1.8 | 4.33 |
示例的局限在于：百分位映射依赖本批次需求构成，换一批需求分值会变化；权重为假设值，实际应由团队共识确定；受影响用户数等数据为假设，真实评估需按口径卡取数并附证据。
解读与限制：评分结果能说明什么、不能说明什么
评分结果说明的是在当前口径和权重下，一组需求的相对排序，供排期讨论使用。它不构成对团队绩效的评价，也不能证明某条需求上线后一定产生预期价值。把评分与个人或团队考核挂钩，容易导致指标被刻意优化，例如低估研发人天或夸大受影响用户数，反而降低数据质量。
权重变化会影响排序，应做敏感性分析。做法是将某一类权重上下调整一定幅度，例如价值类从50%调到60%、成本类从30%调到20%，重新计算排序，观察哪些需求的排名发生明显变化。排名稳定的需求可以优先确认，排名敏感的需求在评审中重点讨论其假设是否成立。
单指标不能代表整体价值。受影响用户多但合规必要性低的需求，与用户少但合同要求上线的需求，价值性质不同，需要结合多个指标和业务背景判断。评估表应保留各分项得分，避免只看综合得分做决定。
数据质量差时结果可靠性下降。缺失值比例高、定性指标缺少证据、估算依据不明，都会让排序失真。评估前应检查必填指标的完整率，完整率过低时先补数据再排序，或明确标注结果仅供参考。
口径与权重需要定期复核。建议每季度或每完成一轮规划后，用回测结果检查指标解释力和权重合理性，把调整记录写入评估说明。需求进入排期前的澄清与录入环节，可以在 ONES 中通过需求工作项字段记录评估所需的原始数据和证据附件，让评分过程与需求状态流转保持在同一处可追溯；ONES Assistant 可围绕用户反馈和 PRD 提炼待澄清问题与拆解建议，帮助团队在评分前把需求描述补完整。
- 检查综合得分排名与价值成本比排名是否一致，不一致的需求列为争议项
- 将价值类权重上下调整10个百分点，观察前三位需求是否变化
- 核对必填指标完整率，低于约定比例时先补数据
- 抽查三条已完成需求，比较预估得分与上线后实际表现
- 确认权重设定时间和参与人已记录，口径卡为最新版本
常见问题
需求价值评估的评分结果可以直接用于绩效考核吗？
不建议。评分反映的是在当前口径和权重下，一组需求的相对排序，用于排期讨论和取舍判断。一旦与个人或团队考核挂钩，容易出现低估研发人天、夸大受影响用户数等行为，数据质量下降后排序也会失真。更稳妥的做法是把评分与需求决策绑定，把评估过程的规范性、证据完整性作为流程检查项，绩效评价另用其他机制。
紧急缺陷和法定义务类需求要不要进入评分队列？
通常不进入。紧急缺陷修复、法定义务类需求按既定流程直接处理，不参与排序评分，避免它们挤占评分名额或拉偏权重。需要做的是在评估说明里写清纳入范围规则，例如哪些类型走快速通道、哪些类型必须先评分，让每次评审有统一依据，减少临时争论。探索性需求如果信息不足以评分，可以标记为待补数据，先做小规模验证再进入排序。
指标数据缺失较多时，应该先补数据还是先排序？
先看必填指标的完整率。完整率过低时，排序结果可靠性明显下降，建议先补数据再排序，或在结果中明确标注仅供参考。缺失值处理规则要在评估前统一约定，同一批评估只用一种做法：整条指标剔除并标注、用同类需求中位数填充并记录来源、标记待补暂不参与排序。三种做法对结果影响不同，混用会让不同需求之间失去可比性。
综合得分排序和价值成本比排序不一致时怎么处理？
把分歧作为争议项提交评审，而不是强行选一个结果。两种方法回答的问题不同：综合得分体现多指标加权后的整体位置，价值成本比体现单位成本的产出效率。分歧往往来自合规必要性、战略必要性这类高权重低成本的指标。评审时结合合同截止时间、依赖关系和资源情况讨论，讨论结论写入记录，作为下一轮口径和权重调整的输入。
权重怎么定才不容易被质疑？
权重来源要可追溯。常见做法有两种：一是团队共识，由产品、研发、业务三方评审后确定各类权重并记录设定时间和参与人；二是历史回归，用已完成需求的实际结果反推各指标的解释力。无论哪种，都应做敏感性分析，把某一类权重上下调整一定幅度后重算排序，观察前几位需求是否变化。排名稳定的需求可以优先确认，排名敏感的需求重点讨论其假设是否成立。
