需求业务价值评估要解决的是“先做哪条、暂缓哪条”的判断问题。做法是把价值拆成可复算的维度，先定评估目标和范围，再为每个维度设定指标、公式、数据来源与时间窗，最后按统一权重合成得分并做敏感性检验。评估结果用于排序与取舍，需要同时说明假设、缺失值处理和不可比情形。在需求收集、字段记录和评审流转环节，ONES可以承载评估所需的基础信息。
要点总览（TL;DR）
- 需求业务价值评估服务于需求排序与取舍：先定用途和颗粒度，再拆维度、定口径、算得分，最后做敏感性检验。
- 价值维度通常控制在四到六个，收益规模、影响范围、战略契合、紧迫性、风险降低各对应一个可定义的指标。
- 定量指标写清公式、分子分母、单位和时间窗，定性指标写清分档标准与证据，缺失值和分母为零的处理规则事先约定。
- 计算按五步走：冻结需求清单、采集数据留证、指标标准化到0–100、按权重合成、扰动权重检验排序稳定性。
- 得分是排序参考，权重变化可能翻转排序，数据完整度低的需求应降低得分权重或补充证据后再评。
评估目标：需求业务价值要回答什么问题
评估开始前先写清一句话：这次评估要支持哪个决策。常见用途有三类——为需求排序提供依据、为资源分配提供依据、为取舍（做与不做）提供依据。用途不同，评估的颗粒度和精度要求也不同：只用于排先后顺序时，分档评估即可；涉及跨团队资源投入时，需要更细的定量口径。
评估对象要明确到颗粒度。以单条需求为评估单元，适合排序和取舍；以需求集合（如某个业务线的季度需求池）为评估单元，适合做组合层面的资源分配。两种颗粒度不能混用，否则得分之间不可比。
输出形式建议固定为三种之一或组合：价值得分（数值）、价值分档（如高/中/低）、排序结果（名次）。得分便于计算和比较，分档便于沟通，排序便于决策会使用。三者应来自同一套口径，避免出现“得分高但排序靠后”的矛盾。
需要划清的边界：本评估回答“这条需求值不值得做、相对其他需求排在哪里”，产品功能布局与功能取舍属于产品规划范畴，任务执行顺序与排期属于任务管理范畴。评估结果是这些决策的输入，不替代它们。
指标与范围：价值维度如何拆解
价值维度不宜过多，通常控制在四到六个，且每个维度都要能对应到业务目标。以下是一套可复用的维度体系，团队可按业务目标增删，但增删要有书面理由。
| 维度 | 指标名称 | 指标含义 | 类型 |
|---|---|---|---|
| 收益规模 | 预期年化收益 | 需求上线后一年内可归因的直接收入或成本节约 | 定量 |
| 影响范围 | 受影响用户占比 | 受该需求影响的活跃用户数占目标用户总数的比例 | 定量 |
| 战略契合 | 战略契合度 | 需求与当期业务重点方向的一致程度 | 定性分档 |
| 紧迫性 | 时间窗口紧迫度 | 错过特定时间点（合规、活动、合同）造成的损失程度 | 定性分档 |
| 风险降低 | 风险暴露降低 | 需求上线后可减少的故障、合规或安全风险敞口 | 定量或分档 |
维度取舍的依据是与业务目标的关系：当期目标是收入增长，收益规模权重应偏高；当期目标是稳定性治理，风险降低权重应偏高。权重不是永久设定，应随业务周期调整并记录调整原因。
范围界定同样要写清：纳入哪些需求类型（如新功能、体验优化、合规整改），排除哪些（如纯技术债重构、紧急缺陷修复走独立通道）。纳入与排除规则一旦确定，同一评估周期内保持一致，否则得分不可比。
数据口径与证据：每个指标怎么取数
口径是评估可复算的前提。定量指标必须写清公式、分子、分母、单位和统计时间窗；定性指标必须写清证据类型和分档描述。下表给出一份可直接套用的口径表。
| 指标 | 公式/分档标准 | 分子 | 分母 | 单位 | 时间窗 | 数据来源 | 缺失处理 |
|---|---|---|---|---|---|---|---|
| 预期年化收益 | 预计新增收入 + 预计节约成本 | 归因于该需求的收入与成本节约 | 不适用 | 元/年 | 上线后12个月 | 财务测算、业务方估算 | 无测算依据记0并标注“未测算” |
| 受影响用户占比 | 受影响活跃用户数 ÷ 目标用户总数 | 受影响活跃用户数 | 目标用户总数 | 百分比 | 近30天 | 埋点、用户行为数据 | 分母为零时该指标不参与合成 |
| 战略契合度 | 3分=直接支撑当期重点；2分=间接支撑；1分=无关联 | 不适用 | 不适用 | 分 | 当期 | 业务负责人评审记录 | 无评审记录按1分处理并标注 |
| 时间窗口紧迫度 | 3分=有硬性截止日；2分=有软性时间要求；1分=无时间约束 | 不适用 | 不适用 | 分 | 当期 | 合同、合规要求、活动排期 | 无证据按1分处理 |
| 风险暴露降低 | 风险事件预期损失 × 降低概率 | 可减少的预期损失 | 不适用 | 元/年 | 上线后12个月 | 安全与运维记录、历史故障数据 | 无历史数据记0并标注 |
每个指标指定数据责任人和证据留存方式。定量指标保留测算表和原始数据截图或链接，定性指标保留评审记录和支撑材料。证据缺失的指标按上表规则处理，并在结果中标注，不能默认按满分或平均分填充。
三类特殊情况要事先约定：缺失值——按各指标规则降级处理并标注；分母为零——该指标不参与合成，相应权重按比例分摊到其他指标；不可比数据——统计口径、时间窗或用户范围不一致的数据不直接比较，需先统一口径或单独说明。
计算与评估步骤：从原始数据到价值得分
整个流程分五步，每步都有明确的产物，便于复核。
步骤一：确认评估范围与需求清单。列出本期参与评估的全部需求，标注类型、提出方和评估颗粒度。产物是一份冻结的需求清单，评估过程中新增需求进入下一期。
步骤二：按口径采集数据并记录证据。逐条需求填写各维度原始值和证据链接。产物是原始数据表，每个数值都能追溯到来源。
步骤三：指标标准化。定量指标采用归一化：得分 =（本需求值 − 本期最小值）÷（本期最大值 − 本期最小值）× 100，本期最大值等于最小值时该指标统一记50分。定性指标按分档直接赋分：3分档映射为100分、2分档映射为60分、1分档映射为20分。产物是标准化得分表，所有指标统一到0–100区间。
步骤四：按权重合成综合得分。综合得分 = Σ（各指标标准化得分 × 权重），权重之和为100%。权重由评估负责人提出、业务负责人确认，并记录设定理由。产物是综合得分与排序表。
步骤五：敏感性检验与结果复核。对权重做扰动测试，例如将单一维度权重上下调整10个百分点，观察排序是否发生显著变化。若排序稳定，结论可信度较高；若排序翻转，说明该需求的价值判断对权重敏感，需要在决策会上讨论权重本身是否合理。产物是敏感性检验记录和最终评估结论。
例子：三条需求的价值评估演算
以下为演示情景，数据为假设值，用于说明计算过程。
三条需求：A为支付流程优化，B为会员积分体系，C为数据合规整改。权重设定：收益规模30%、影响范围20%、战略契合20%、紧迫性15%、风险降低15%。
| 需求 | 预期年化收益（万元） | 受影响用户占比 | 战略契合（分档） | 紧迫性（分档） | 风险降低（万元/年） |
|---|---|---|---|---|---|
| A 支付流程优化 | 120 | 45% | 2分 | 2分 | 10 |
| B 会员积分体系 | 200 | 30% | 3分 | 1分 | 0 |
| C 数据合规整改 | 0 | 80% | 2分 | 3分 | 80 |
定量指标归一化（本期最小值与最大值取自三条需求）：
- 收益规模：A =（120−0）÷（200−0）×100 = 60；B = 100；C = 0。
- 影响范围：A =（45−30）÷（80−30）×100 = 30；B = 0；C = 100。
- 风险降低：A =（10−0）÷（80−0）×100 = 12.5；B = 0；C = 100。
定性指标赋分：战略契合2分档记60分、3分档记100分；紧迫性2分档记60分、1分档记20分、3分档记100分。
| 需求 | 收益规模×30% | 影响范围×20% | 战略契合×20% | 紧迫性×15% | 风险降低×15% | 综合得分 | 排序 |
|---|---|---|---|---|---|---|---|
| A | 18.0 | 6.0 | 12.0 | 9.0 | 1.9 | 46.9 | 2 |
| B | 30.0 | 0 | 20.0 | 3.0 | 0 | 53.0 | 1 |
| C | 0 | 20.0 | 12.0 | 15.0 | 15.0 | 62.0 | 1（并列说明见下） |
按上表计算，C得分62.0最高，B为53.0，A为46.9，排序为C、B、A。若将收益规模权重下调至20%、风险降低上调至25%，C的得分升至66.0，B降至48.0，排序变为C、A、B，说明B与A的相对位置对权重敏感，需要在决策时讨论收益与风险的相对重要性。
解读与限制：得分如何使用与不能说明什么
得分首先是一个排序参考，不是最终决策。使用时应结合约束条件：团队产能上限、依赖关系、合规硬性要求。例如合规整改类需求即使得分不高，也可能因硬性截止日必须优先执行，这类约束应在评估前作为规则单独说明，而不是通过调高权重来“做”出结果。
权重变化对排序的影响要在评估报告中呈现。敏感性检验显示排序稳定的需求，可以直接按得分排序；排序翻转的需求，应把权重争议提交决策会讨论，而不是由评估人单方面定夺。
指标不能替代因果判断。预期收益是估算值，上线后的实际收益受市场、竞争和执行质量影响，评估得分高不等于上线后一定产生对应收益。评估结果回答“相对优先级”，不回答“做了就有效”。
数据质量直接决定结论可信度。缺失值多、测算依据薄弱的评估，得分差异可能主要来自数据完整度而非真实价值差异。建议在结果中标注每条需求的数据完整度，完整度低的需求在决策时降低得分权重或要求补充证据后再评。
在评估流程落地时，需求清单、各维度原始值、证据链接和评审记录需要有统一的承载位置。ONES 的需求管理工作项可以记录评估字段与证据附件，评审流转留痕，ONES Assistant 可将会议、反馈和文档转化为可执行需求，帮助团队更快完成需求澄清和录入，使评估所需的基础信息在进入打分环节前就具备可追溯的来源。
常见问题
评估只用于排先后顺序时，还需要做完整的定量测算吗？
不一定。如果评估结果只用于团队内部排先后顺序，采用分档评估即可：每个维度按明确的分档标准赋分，合成后得到高/中/低分档，沟通成本低、执行快。当评估结果要支撑跨团队资源投入或预算分配时，才需要更细的定量口径，因为不同团队对“价值高”的理解不一致，需要公式和单位来对齐。颗粒度选择应与决策影响面匹配，避免为低风险决策投入过高的测算成本。
某条需求的预期收益实在算不出来，应该怎么处理？
按口径表的缺失处理规则执行：无测算依据的收益指标记0并标注“未测算”，不能默认按平均分或满分填充。同时在结果中标注该需求的数据完整度，决策时降低其得分权重，或要求业务方补充测算依据后再评。需要提醒的是，记0会让该需求在收益维度明显吃亏，如果这类需求数量较多，说明评估前的需求澄清环节需要加强，把收益假设和测算口径在进入打分前就确认下来。
权重调整后排序发生变化，应该以哪一版结果为准？
两版结果都保留，把权重争议提交决策会讨论，由评估负责人和业务负责人共同确认权重设定理由。排序翻转本身是有价值的信息：它说明这几条需求的相对优先级取决于团队更看重收益还是更看重风险，这属于业务判断，不应由评估人单方面定夺。实践中可以把敏感性检验记录附在评估报告后，决策会先讨论权重是否合理，再按确认后的权重出最终排序。
合规整改这类硬性要求的需求，得分不高也要优先做，评估还有意义吗？
有。硬性约束（合规截止日、合同约定、安全要求）应在评估前作为规则单独说明，直接进入必做清单，不通过调高权重来“做”出高分。评估的意义在于处理必做清单之外的需求排序，以及在同一约束等级内比较哪条更紧迫。把约束规则和价值评估分开，可以避免评估体系被少数硬性需求扭曲，也能让权重设定保持稳定、跨期可比。
评估所需的需求清单、原始值和证据，放在哪里比较合适？
关键是让每个数值都能追溯到来源，并且评审过程留痕。ONES 的需求管理工作项可以记录评估字段与证据附件，评审流转留痕；ONES Assistant 可将会议、反馈和文档转化为可执行需求，帮助团队更快完成需求澄清和录入，使评估所需的基础信息在进入打分环节前就具备可追溯的来源。具体字段配置和版本支持情况，建议在选型时向厂商确认。
