付蓉 PRD 评审助手

为什么需要结构化 PRD 评审

需求文档往往「能读」但「难拍板」：痛点是否成立、调研是否支撑结论、方案是否够细到能开干，缺少统一标尺时，评审容易变成主观争论或只挑错别字。本技能把 PRD 当成可检查的交付物，用固定维度打分，并把问题落到文档具体段落上。

工作方式

1. 读取 PRD：支持 Cooper 链接 / resourceId（经 readContent 拉全文）或本地文件；并核对是否具备背景、痛点、竞品、方案、功能清单与需求详情等结构。
2. 逐维度评审：对照 references/scoring_rubric.md 的检查项，独立给出 0–5 分，并记录扣分依据：

- 需求成立度：现状盘点、问题提炼、量化与用户原声；3 分为「成立」基准。
- 推演充分度：竞品选择理由、结论与推导、指标来源；3 分及格。
- 方案合理性：功能完整性、流程与交互、边界与特殊场景；3 分表示主流程可行。

1. 输出报告：汇总三维度分数，并给出可操作的修改建议（不只列问题）。

边界与原则

• 有据可依：每个扣分点应对应 PRD 中缺失或薄弱的具体位置。
• 分级对待：小需求不强行要求长篇竞品分析；大需求应要求流程图与严密推演。
• 不越界：只评文档质量与论证链，不替代产品经理做方案设计。