评审问题自查 · 产品经理
用 AI 智能体做这件事
需求评审最怕被问到却答不上来。先声明你的产品形态与端（App / Web / 小程序 / 后台）与评审范围口径，把 PRD 交给 AI 模拟开发、测试、设计三方提问，提前补上文档答不了的部分。问题排序属 AI 推测，需人工判断。
你需要准备
- 你的产品形态与端（App / Web / 小程序 / 后台）——不同端评审关注点不同
- 需求管理工具（Jira / 飞书 / TAPD）与本次评审范围的口径
- 待评审的 PRD 或需求文档（含功能点、页面流程、边界规则）
- 评审参与角色与你的技术约束（如工期、依赖团队）
- 已知的存疑点或历史争议（便于模拟尖锐问题）
怎么做
- 先声明产品形态与端与评审范围口径
- 把 PRD 与已知存疑点整理后粘贴
- 粘贴提示词，产出三方评审问题清单
- 逐条核对哪些问题文档已能回答，补齐答不了的
一句话提示词
我准备开【功能】的需求评审会，这是我的 PRD，产品形态与端是【App/Web/小程序/后台】、需求管理工具是【Jira/飞书/TAPD】：帮我模拟开发、测试、设计会从哪些角度挑战这个需求，列出大概率会被问到的评审问题并按可能性排序，再帮我标出文档里现在回答不了、需要补充的部分；缺失处标【待补】、拿不准处标【需确认】，不要替我编数据、也不要编造。
它会交付什么
- 开发、测试、设计三视角的评审问题清单（按大概率被问到排序，属 AI 推测，需人工判断）
- 每个问题对应的「文档现状能否回答」判断（属 AI 归纳，需人工判断）
- 文档答不了、需补充的清单，缺失处标【待补】
效果示例
输入「结算小程序」的 PRD → 输出三视角提问清单；「并发下单的处理规则」文档未写，列入【待补】。（问题排序为 AI 推测，需人工判断）
常见问题
会不会编出莫名其妙的问题？
不会，问题基于你给的 PRD 与约束；文档缺处标【待补】，不凭空造需求。
一次能自查几份 PRD？
建议一次 1 个功能的需求文档，功能多的拆开分批。
问题排序准吗？
属 AI 推测，需人工判断，重点看开发与测试的技术风险项。
PRD 里带用户数据行吗？
不建议。若 PRD 含用户标识、手机号等敏感信息，先脱敏再交给 AI 自查。