需求业务价值评估要解决的是同一批需求之间的排序问题：把“这个需求值多少”拆成收益规模、影响范围、时间紧迫度和实现成本四项，为每项定义数据来源、时间窗和单位，先算价值分，再算性价比，用同一口径排出先后。本文给出指标定义、取数口径、计算公式和完整算例，并说明得分能说明什么、不能说明什么。
要点总览（TL;DR）
- 需求业务价值评估的对象是同一批待排序的需求条目，结论用于排期先后和资源投放，不替代产品功能规划与任务执行顺序管理。
- 价值分由收益规模、影响范围、时间紧迫度三项加权合成，实现成本单独作分母计算性价比；四项指标都要写明单位、取值区间和评分锚点。
- 每项指标需固定数据来源、责任人、统计时间窗和分母口径，估算值与缺失值必须标注，口径不可比的需求先统一再入表。
- 性价比 = 价值分 ÷ 实现成本（人天），按性价比降序排列；成本为零的单列为低成本优先项，未估算的补齐后再排序。
- 得分只反映同批需求在同一口径下的相对排序，权重调整需整批重算，并定期用已交付需求的实际收益回校评分锚点。
评估目标：需求排序要回答什么问题
需求业务价值评估的对象是待排序的需求条目，结论用于回答两个决策问题：下一阶段先做哪几条需求，以及有限的人力与预算优先投向哪些需求。评估输出是一份带口径说明的排序结果，供需求评审会讨论和拍板，本身不替代决策。
这项评估有明确的适用边界。它处理的是“多条需求争抢同一批资源时如何排先后”，不负责产品功能如何布局、功能之间如何取舍，那属于产品规划的工作；也不负责具体任务由谁先做、任务之间如何衔接，那属于任务执行顺序的管理。把三类问题混在一起，常见结果是需求评分被任务紧急程度污染，排序失去可比性。
一份可用的评估目标说明应写清三件事：评估对象是哪个时间窗内、哪个产品范围内的需求条目；结论支撑哪次排期或哪轮资源分配；哪些问题不在本次评估范围内。写清边界后，后续指标设计和取数才有稳定的适用范围。
指标与范围：价值分由哪几项构成
需求业务价值用四项指标衡量：收益规模、影响范围、时间紧迫度、实现成本。前三项合成价值分，第四项单独用于计算性价比。四项指标的定义、单位和取值区间如下表，权重为示例设定，团队可按业务阶段调整，但同一批需求必须使用同一套权重。
| 指标 | 含义 | 单位 | 取值区间 | 示例权重 |
|---|---|---|---|---|
| 收益规模 | 需求交付后预期带来的业务收益量，如收入增量、成本节约、关键业务指标改善幅度 | 按业务选定的计量单位（元、单量、转化百分点等），评分时归一为1–5分 | 1–5分 | 0.5 |
| 影响范围 | 需求覆盖的用户、客户或业务环节占比 | 百分比，评分时归一为1–5分 | 1–5分 | 0.3 |
| 时间紧迫度 | 需求延迟交付造成的损失程度，含合同节点、合规期限、竞争窗口等 | 等级评分 | 1–5分 | 0.2 |
| 实现成本 | 完成需求所需的人力和时间投入 | 人天 | 正数，按实际估算 | 不参与价值分，作分母 |
评分区间统一为1–5分，1分表示最低、5分表示最高，中间档位需在评分说明中写明锚点，例如收益规模5分对应“预计年收入增量超过某一金额”，避免不同评分人对同一档位理解不一致。权重之和为1，调整权重时整批需求一起重算，不单独修改个别需求的权重。
数据口径：每项指标从哪里取数
指标可比的前提是取数口径一致。每项指标都要指定数据来源、责任人、统计时间窗和分母，缺失或估算的数值必须标注，不能与实测值混在一起直接排序。
| 指标 | 数据来源 | 责任人 | 统计时间窗 | 分母口径 | 缺失处理 |
|---|---|---|---|---|---|
| 收益规模 | 业务方测算、历史同类需求的实际收益记录、财务或运营数据 | 需求提出方 | 交付后12个月，或按业务周期约定 | 不适用，按绝对量评分 | 无测算依据时标“估算”，评分不超过3分 |
| 影响范围 | 用户行为数据、客户名单、业务流程覆盖清单 | 产品负责人 | 最近一个完整统计周期，如近30天或近一个季度 | 受影响用户数÷活跃用户总数，或受影响客户数÷在服客户总数 | 数据缺失时标“待补”，按保守档位评分 |
| 时间紧迫度 | 合同条款、合规要求、市场活动排期 | 需求提出方与产品负责人共同确认 | 以评估日为基准，看延迟一个交付周期的影响 | 不适用，按等级评分 | 无明确时间约束时记1分 |
| 实现成本 | 研发估算、历史同类需求工时记录 | 技术负责人 | 按当前团队产能估算 | 不适用，按人天计 | 未估算时标“待估”，暂不参与排序 |
不可比情形要单独识别：统计时间窗不同的需求不能直接比较影响范围；分母取自不同用户口径（如注册用户与活跃用户）的占比不能混排；收益测算分别来自财务口径和业务方粗估的两条需求，需在结果中标注来源差异。发现不可比时，先统一口径再入表，无法统一的单独列出，不强行并入排序。
需求条目、评分字段和评审记录需要有稳定的承载位置，否则每轮评估都要重新收集数据。ONES 可以承载需求条目及其字段信息，ONES Assistant 能理解项目、工作项、迭代和 Wiki 页面等工作上下文，基于相关项目数据和团队知识回答问题（依据 F2）；在需求澄清阶段，它可围绕用户反馈洞察、PRD 质量检查提炼要点、待澄清问题与拆解建议（依据 F1），并把会议、反馈和文档转化为可执行需求（依据 F4）。评估所需的收益测算依据、影响范围数据和成本估算，可以随需求条目一起留痕，评审时按同一份记录复核。
计算步骤：从原始数据到排序结果
计算分两步：先算价值分，再算性价比，最后按性价比排序。公式和操作顺序如下。
第一步，算价值分。价值分 = 收益规模得分×0.5 + 影响范围得分×0.3 + 时间紧迫度得分×0.2。三项得分均为1–5分，价值分取值范围为1–5分，保留一位小数。
第二步，算性价比。性价比 = 价值分 ÷ 实现成本（人天）。结果单位为“分/人天”，数值越大表示单位投入获得的价值越高。
第三步，处理分母为零或缺失。实现成本为0的需求（如纯配置类改动）不参与性价比排序，单列为“低成本优先项”，由评审会直接确认；成本尚未估算的需求标“待估”，补齐估算后再入排序，不用平均值代替。
第四步，排序与并列处理。按性价比从高到低排序。性价比相同的需求，依次比较价值分、时间紧迫度得分，仍相同的按需求提出时间先后排列，并在结果表中注明并列原因。
第五步，复算与复核。由未参与初次评分的第二人按同一口径独立复算一遍，重点核对取数来源和评分锚点；两次结果差异超过0.5分的需求，回到评分说明逐项对齐，对齐后记录最终值。
算例：三个需求走一遍完整计算
以下数值为演示情景的假设数据，用于说明计算过程，不代表任何真实业务的收益。
| 需求 | 收益规模得分 | 影响范围得分 | 时间紧迫度得分 | 实现成本（人天） | 数据标注 |
|---|---|---|---|---|---|
| 需求A：订单页增加批量导出 | 4 | 3 | 2 | 10 | 收益为业务方估算 |
| 需求B：对接某客户合同要求的对账接口 | 3 | 2 | 5 | 8 | 影响范围为估算值 |
| 需求C：全站搜索性能优化 | 5 | 5 | 3 | 40 | 均为实测口径 |
逐步代入公式：
- 需求A价值分 = 4×0.5 + 3×0.3 + 2×0.2 = 2.0 + 0.9 + 0.4 = 3.3；性价比 = 3.3 ÷ 10 = 0.33 分/人天。
- 需求B价值分 = 3×0.5 + 2×0.3 + 5×0.2 = 1.5 + 0.6 + 1.0 = 3.1；性价比 = 3.1 ÷ 8 = 0.39 分/人天。
- 需求C价值分 = 5×0.5 + 5×0.3 + 3×0.2 = 2.5 + 1.5 + 0.6 = 4.6；性价比 = 4.6 ÷ 40 = 0.12 分/人天。
排序结果为：需求B（0.39）＞需求A（0.33）＞需求C（0.12）。差异解释：需求C价值分最高，但实现成本是另外两条需求的四到五倍，单位投入产出最低；需求B价值分居中，因成本低且时间紧迫度高，排在最前。需求A和需求B的收益与影响范围含估算值，结果表中需标注，评审时优先核实这两项数据；若需求A的收益经核实从4分调整为5分，其价值分变为3.8，性价比升至0.38，与需求B接近，此时需按并列规则比较价值分。
解读与限制：得分能说明什么、不能说明什么
得分反映的是同一批需求在同一口径下的相对排序，不是收益保证。性价比0.39分/人天只说明需求B在这批需求中单位投入产出较高，不能推出交付后一定带来对应收益，也不能跨批次、跨季度直接比较。
权重和假设会改变结果。上例中若把时间紧迫度权重从0.2提高到0.4、收益规模降到0.3，需求B的价值分升至3.5，与需求A的差距进一步拉大；反之若提高收益权重，需求C的排名可能上升。权重调整属于口径变更，需整批重算并记录变更原因，不能只对个别需求调参。
单指标不能代表全部价值。收益规模得分低的需求可能在合规或客户留存上有不可替代的作用，这类价值应通过时间紧迫度或单独的说明栏体现，而不是被总分掩盖。评审时对总分靠后但存在刚性约束的需求，应单独讨论。
评估结果需要定期复核。建议每个排期周期结束后，回看已交付需求的实际收益与影响范围，与当初评分对比，修正评分锚点和取数口径；连续两个周期偏差较大的指标，重新定义档位说明。复核记录与需求条目放在一起，下一轮评估直接沿用修正后的口径。
常见问题
需求数量少、每轮只有三五条时，还需要做完整的量化评分吗？
需求条数少时，可以简化流程，但建议保留指标框架。具体做法是：四项指标照常定义，评分可以只由需求提出方和产品负责人两人各自打分后取均值，省去独立复算环节；数据口径表可以只填收益规模和实现成本两项，影响范围与时间紧迫度用简短说明代替。这样做的目的是让每次排序的依据可追溯，避免下一轮评估时重新争论标准。当需求条数增加、跨团队争抢资源时，再补上完整口径和复算机制。
收益规模没有历史数据可参考，只能靠业务方估算，怎么处理才不影响排序可信度？
估算值可以入表，但要与实测值区分标注，并限制其评分上限。常见做法是：无测算依据的收益规模评分不超过3分，同时在结果表中标注“估算”及估算人；评审时优先核实这类需求，核实后按新值重算并记录变更。若同一批需求中有多条依赖估算，可在排序结果旁附一列“数据可信度”，供评审会判断哪些结论需要更谨慎对待。估算本身不是问题，把估算当实测直接排序才是风险来源。
权重应该由谁定，多久调整一次比较合适？
权重体现的是当前阶段的业务侧重，通常由产品负责人牵头，与业务方和技术负责人共同确认，并在需求评审会上公布。调整时机一般与业务阶段变化挂钩，例如从拉新转向留存、或进入合规交付密集期，而不是每轮评估都改。调整后必须整批需求一起重算，并记录变更原因和生效时间，历史结果保留原口径，便于前后对比。只对个别需求调参会让排序失去可比性，应避免。
总分靠后但涉及合同或合规要求的需求，排序时怎么处理？
这类需求的价值往往体现在延迟交付的损失上，应通过时间紧迫度评分体现，而不是被总分掩盖。操作上可以给合同节点、合规期限类需求的时间紧迫度直接记5分，并在结果表中单独标注刚性约束；评审时对总分靠后但带刚性约束的需求单独讨论，由评审会决定是否前置。需要说明的是，这种前置属于决策判断，应在记录中写明理由，下一轮复核时回看该判断是否成立。
评估结果和实际交付后的收益对不上，应该怎么修正？
先区分偏差来源：是收益测算本身偏高，还是影响范围的分母口径不一致，或是评分锚点描述模糊导致打分偏松。每个排期周期结束后，把已交付需求的实际收益和影响范围与当初评分逐项对比，偏差集中在哪项指标就修正哪项的档位说明或取数规则。连续两个周期偏差较大的指标，重新定义评分锚点。修正后的口径与需求条目放在一起留痕，下一轮评估直接沿用，避免同一问题反复出现。
