产品需求评审打分卡：四维量化评分模板（用户价值/可维护性/扩展性/交付成本）+ 10 个常见评审反模式清单 + 3 个脱敏实战案例

背景

我带 B 端 SaaS 产品团队 3 年，每周 1~2 次需求评审会，最大的痛点不是「需求多」，而是评审结论缺乏可追溯的量化依据——经常变成「我觉得这个优先级高」vs「我觉得那个更急」的主观拉锯。我需要一份标准化的评审打分卡，让每次结论有据可依，新人（产品经理 / 技术 lead）拿到就能上手。

最终要什么

1. 四维量化评分模板：用户价值 / 可维护性 / 扩展性 / 交付成本，每维含 3~5 个打分锚点（1~5 分），附权重配置说明与「单需求评审」vs「Sprint Backlog 批量排序」两种场景的权重切换建议；
2. 10 个常见评审反模式清单：如「镀金需求」「伪需求包装成技术债」「用 demo 替代验收标准」等，每个含 ≥2 条识别信号 + ≥1 句应对话术；
3. 3 个脱敏实战案例：从原始需求描述 → 逐维打分过程（含锚点引用）→ 最终结论（通过 / 打回 / 降级），体现打分卡如何改变决策；
4. 一份 CSV 打分卡模板：列名与正文模板一致，可直接导入 Excel / 飞书表格。

输入与上下文

• 面向 B 端 SaaS 产品团队（5~15 人跨职能：PM + 前端 + 后端 + QA），评审频率每周 1~2 次；
• 不绑定特定工具（Jira / 飞书 / Confluence 均可适配）；
• 打分卡需兼容「单需求深度评审」和「Sprint Backlog 批量排序」两种使用场景；
• 案例需脱敏（不出现公司名 / 产品名 / 真实人名），用「某 CRM 客户管理模块」这类指代。

交付格式

• 主文档：Markdown（≤5000 字），含评分表格、反模式表格、案例正文；
• 附件：CSV 文件一份（UTF-8，含表头），列名与正文模板一一对应；
• 3 个案例各 ≤800 字，结构统一为「原始需求描述 → 打分表（四维 × 锚点 × 得分 × 权重 → 加权总分）→ 结论与理由」。