PRD 评审清单
一份构建前清单，在工程浪费一个迭代前抓住规格不足的 PRD。
为什么
工程迭代很贵——两周迭代花在含糊 PRD 上是两周返工。在迭代规划前应用的评审清单抓住常见缺口：缺范围外、不可测成功指标、凭感觉的验收标准。清单 15 分钟，平均省一周迭代中澄清的折腾。它还创建共享质量门槛，让 PRD 质量不取决于哪个 PM 写的。
何时使用
迭代规划前，由没写该 PRD 的评审人做。15 分钟。仅对 < 1 天工作量的变更可跳过。
如何做
1. 问题陈述点名具体用户和可测痛点？（Y/N） 2. 范围外字段明确列出 ≥3 项不造的东西？（Y/N） 3. 每条需求有 Given/When/Then 验收标准？（Y/N） 4. 成功指标可测，有基线和目标？（Y/N） 5. 面向用户特性有 NFR（性能/可靠/安全）？（Y/N） 6. 待决问题已解决或有决策日期？（Y/N） 7. 无需求描述实现（只有用户可见行为）？（Y/N） 8. PRD 链到已验证想法和相关 ADR？（Y/N） → 任一为 N 则在规划前退回作者并指出具体缺口
示例
"发布说明生成器" PRD 评审： ✓ 1. 问题：发布经理每次 2 小时（可测） ✗ 2. 范围外缺失 → 退回，要求 ≥3 项明确排除 ✓ 3. 全部 4 条需求有 Given/When/Then ✓ 4. 指标：生成 < 30 秒（基线：手写 2 小时） ✗ 5. 200 提交场景无 NFR → 要求 p99 延迟目标 → 发现 2 个缺口，退回作者。1 天后复审。
常见问题
- ⚠评审人因信任 PM 而橡皮图章——信任好，但清单存在就是抓信任漏掉的缺口；逐项真查。
最佳实践
- ✓轮换评审人，避免同一人形成盲区；新鲜评审人能抓习惯者略读的缺口。
- ✓追踪跨 PRD 哪个清单项失败最多——若"范围外"60% 失败，给所有 PM 辅导该字段。