产品经理说需求没问题,AI 却说有 5 个坑——结果 AI 对了

7 阅读3分钟

每次拿到 PRD,你是不是直接就开始写代码了?

我以前也是。结果经常开发到一半发现"这个场景 PRD 没说怎么处理",然后停下来找产品确认,等回复,改方案。一来一回浪费半天。

现在我拿到 PRD 第一件事:让 AI 帮我做需求评审。20 分钟发现问题,省下后面几天的返工。

AI 能发现什么

1. 逻辑矛盾

PRD 写的:
- "活动结束后用户不能参与"
- "已领取的券在活动结束后仍可使用"

AI 发现:
→ 用户在活动最后一秒领了券,券的有效期怎么算?
→ PRD 没说明。

2. 边界场景遗漏

PRD 写的:
- "用户每天最多领 3 张券"

AI 发现:
→ "每天"是自然日还是 24 小时滚动窗口?
→ 23:59 领一张,0:01 又领一张,算同一天吗?

3. 交互细节缺失

PRD 写的:
- "表单提交后展示成功提示"

AI 发现:
→ 提交过程中按钮状态?(loading/禁用?)
→ 网络超时怎么处理?
→ 重复提交怎么防止?
→ 成功后停留当前页还是跳转?

4. 数据依赖不明

PRD 写的:
- "下拉框展示所有可用的活动类型"

AI 发现:
→ 数据是前端写死还是接口返回?
→ 后端新增类型时前端需要发版吗?
→ 数据量大时需要搜索功能吗?

5. 技术可行性

PRD 写的:
- "实时展示参与人数"

AI 发现:
→ "实时"是多实时?轮询?WebSocket?
→ 百万级数字需要动画效果吗?
→ 后端有实时计数接口吗?

AI需求评审流程图

下面是AI辅助PRD评审的完整流程:

flowchart TD
    A[拿到PRD文档] --> B[输入AI评审Prompt]
    B --> C{AI分析PRD}
    
    C --> D[发现逻辑矛盾]
    C --> E[发现边界场景遗漏]
    C --> F[发现交互细节缺失]
    C --> G[发现数据依赖不明]
    C --> H[发现技术可行性问题]
    
    D --> I[整理问题清单]
    E --> I
    F --> I
    G --> I
    H --> I
    
    I --> J[与产品经理确认]
    J --> K{问题是否解决?}
    K -->|是| L[开始开发]
    K -->|否| M[调整方案]
    M --> J
    
    L --> N[开发完成]
    N --> O[节省返工时间]

评审问题分类统计

pie title AI发现PRD问题的类型分布
    "逻辑矛盾" : 20
    "边界场景遗漏" : 25
    "交互细节缺失" : 30
    "数据依赖不明" : 15
    "技术可行性" : 10

实际案例

上周拿到"配送货补规则"PRD,AI 评审发现 5 个问题:

问题如果不提前发现产品回复
公式精度没定义金额展示不一致保留2位,四舍五入
批量失败处理没说明用户不知道哪条失败失败标红+原因
编辑模式不可修改字段没列改了不该改的数据补充清单
列表排序规则没定义前后端不一致创建时间倒序
导出字段范围没说明导出内容不符预期补充字段清单

这 5 个问题如果开发到一半才发现,至少浪费 4 小时。

评审流程时序图

下面是AI评审与人工确认的交互时序:

sequenceDiagram
    participant 开发者
    participant AI助手
    participant 产品经理
    
    开发者->>AI助手: 提交PRD文档
    AI助手->>AI助手: 分析逻辑矛盾
    AI助手->>AI助手: 检查边界场景
    AI助手->>AI助手: 识别交互缺失
    AI助手->>AI助手: 明确数据依赖
    AI助手->>AI助手: 评估技术可行性
    
    AI助手-->>开发者: 返回问题清单
    开发者->>产品经理: 发起问题确认
    产品经理-->>开发者: 提供解决方案
    开发者->>AI助手: 更新评审结果
    
    Note over 开发者,产品经理: 循环直到所有问题解决
    
    开发者->>开发者: 开始开发

可直接抄走的评审 Prompt

以"前端开发者"视角审查以下 PRD,找出:

## 1. 逻辑矛盾
不同规则之间冲突的地方

## 2. 边界场景遗漏
没有说明的异常情况、边界值、并发问题

## 3. 交互细节缺失
没有说明的 loading/错误/空状态/跳转

## 4. 数据依赖不明
不确定数据来源、不确定前端写死还是接口返回

## 5. 技术可行性
描述模糊无法确定方案、可能需要后端配合但没提及

对每个问题输出:
- 问题描述
- 影响(不解决会导致什么)
- 建议方案

PRD:[粘贴]

评审检查清单

# PRD 评审清单(前端视角)

## 交互
- [ ] 所有按钮的 loading/disabled 状态
- [ ] 所有表单的校验规则
- [ ] 所有列表的空状态
- [ ] 操作的成功/失败反馈
- [ ] 页面跳转关系

## 数据
- [ ] 下拉框数据来源明确
- [ ] 列表排序规则
- [ ] 分页参数
- [ ] 导出字段范围

## 逻辑
- [ ] 不同状态下的操作权限
- [ ] 编辑模式可编辑/不可编辑字段
- [ ] 批量操作的失败处理
- [ ] 数值精度

## 技术
- [ ] 实时性要求明确
- [ ] 大数据量场景
- [ ] 文件上传限制
- [ ] 接口依赖关系

一句话总结:开发前花 20 分钟让 AI 评审 PRD,比开发中花 4 小时等产品回复划算得多。把问题前置,是最高效的"提速"。


💬 你们拿到 PRD 后会做评审吗?最常遇到的"没写清楚"是什么?