第4章 需求优先级初筛：业务价值判断矩阵、技术复杂度评估卡、资源约束检查表

适用场景

• 产品待办列表（Backlog）中需求数量超过50条，需要快速收敛至5~10条候选。
• 跨职能团队（产品、技术、运营）在月度/季度规划会上进行集体初筛。
• 需求本身描述模糊、预期收益不明确时，需要统一评估语言。

前置条件

• 已收集并整理完整的需求列表（含简要描述、提出方、关联数据来源）。
• 各职能代表（PM、Tech Lead、运营负责人）到位，且理解三个工具的打分标准。
• 已有历史同类需求或行业基准数据作为“价值锚点”（可选，但强烈推荐）。

操作步骤

1. 业务价值判断矩阵评估：将每个需求按“用户价值（1~5分）”和“业务目标对齐度（1~5分）”打分，相乘得到价值总分（≤25分）。得分≥12分的需求进入下一轮，否则直接挂起或拆除。
2. 技术复杂度评估卡：对通过第一轮的需求，由技术负责人从“实现工作量（人天）”“技术风险（1~5级）”“系统耦合度（1~5级）”三个维度评估，综合得分＞12分的需求标记为“高复杂度”，需附加说明。
3. 资源约束检查表：检查高复杂度需求在当前迭代/季度中是否具备“可用人力”“环境资源”“第三方依赖”“合规审批”四项条件。全部满足方可进入候选池，否则标记为“依赖未就绪”。
4. 输出初筛优先级列表：将同时通过价值、复杂度（允许中低复杂度）、资源约束的需求按价值总分降序排列，形成5~10条候选列表，供后续A/B测试设计。

输入输出物

责任边界

• 产品经理：负责业务价值判断矩阵的打分与结果解释，确保价值评估与用户数据一致。
• 技术负责人（Tech Lead）：负责技术复杂度评估卡，确保复杂度打分的客观性，并注明主要风险点。
• 项目/运营负责人：负责资源约束检查表的填写与确认，若资源不满足需明确告知替代方案或延期预期。

记录材料

初筛完成后需填写《需求优先级初筛汇总表》，至少包含以下字段：

需求ID, 需求标题, 价值总分, 复杂度总分, 资源约束状态, 初筛结论(候选/挂起/依赖未就绪)
示例：
REQ-001, 用户资料自助修改, 20, 8, 通过, 候选
REQ-002, 实时聊天功能, 15, 18, 依赖未就绪(缺少审批), 挂起

该表格需存入共享文档（如Confluence / 飞书文档），供后续章节A/B测试设计时引用。

异常处理

• 价值与复杂度矛盾：若某需求价值很高（≥20分）但复杂度也极高（≥18分），且资源约束不满足，应组织专题会议讨论是否调整资源或拆分需求，而非直接挂起。
• 跨职能评分差异过大：同一需求在不同角色眼中价值/复杂度打分差异超过3分时，需在小组内进行“对齐讨论”，记录不一致原因，最终以共识分数为准。
• 需求描述缺失：若需求未提供任何数据支撑（如用户量、预期影响），产品经理可暂不评分，标记为“待补充信息”，并设置24小时回复期限。

验收标准

1. 所有待办需求均已完成业务价值、技术复杂度、资源约束的三轮检查，无遗漏。
2. 初筛后候选列表数量控制在5~10条，且每条候选需求均标注了价值总分、复杂度等级和资源约束状态。
3. 异常处理记录完整：若存在“依赖未就绪”或“待补充信息”的需求，均已在对应项中注明原因和下步行动。
4. 汇总表已归档，并通知下一章节（A/B测试设计）的责任人。