用AI做需求分析:一句话需求到完整PRD,15分钟的事

过去接到一个需求，你先要约产品经理聊半小时，再自己写两小时PRD。现在把一句话丢给AI，它能帮你拆成完整的需求文档。但前提是——你得知道怎么喂这句话。

需求分析为什么适合AI

需求分析的本质是发散 → 收敛 → 结构化。这三个环节恰好是AI的强项：

• 发散：AI能从一个模糊想法出发，穷举你可能没想到的边界情况
• 收敛：AI能帮你把一堆想法归类、去重、排优先级
• 结构化：AI天然擅长把自然语言转化为结构化格式

一个中级工程师写一份合格的PRD通常需要2-3小时。用AI辅助，核心流程可以压缩到15分钟。省下的时间不是让你摸鱼，是让你把精力放在AI做不到的事情上——判断需求的合理性，和业务方对齐。

实战演示：从一句话到PRD

假设你接到这样一个需求：

"后台加个用户管理，能增删改查就行。"

这句话里有无数个坑。AI能帮你挖出来。

第一步：需求挖掘

把这句话给 Claude Code 或 Hermes：

你在做一个SaaS后台系统。现在收到一个模糊需求："后台加个用户管理，能增删改查就行。"

请列出所有需要和产品经理确认的问题。按严重程度分级：
🔴 不确认做不了
🟡 不确认以后要返工
🟢 可以自己先默认，后面再改

要求每个问题给出2-3个备选方案和推荐理由。

AI 会输出类似这样的结果：

🔴 不确认做不了：
1. 用户类型
   这个系统里的"用户"分几种角色？管理员、普通员工、外部访客？
   推荐：先问业务方。如果只是后台管理账号，可以默认只有管理员一种角色。

2. 用户数据包含哪些字段
   只有账号密码？还是要姓名、手机、部门、角色？
   推荐：问清楚MVP阶段最小字段集合。以后可以加，但一开始就定太多字段会拖慢开发。

3. 用户状态管理
   要不要有"禁用"状态？禁用的用户能不能登录？已经登录的要不要踢下线？
   推荐：必须有禁用。这是所有后台系统的基础需求。

🟡 不确认以后要返工：
4. 密码策略
   密码长度要求？复杂度？过期策略？
   推荐：默认8位以上含数字和字母，90天过期。这是行业标准，先按这个做。

5. 是否和外部系统打通
   用户是从企业微信/钉钉同步，还是手动创建？
   推荐：MVP阶段手动创建，但设计表结构时预留外部ID字段。

🟢 可以先默认：
6. 操作日志
   先不做，但要设计好日志机制，后续无痛接入。

你看，一句话炸出了6个问题。这些东西如果不问，代码写到一半才发现——返工的代价是现在的十倍。

第二步：生成PRD骨架

确认完关键问题后，直接让AI输出PRD：

基于以下确认信息，生成一份PRD文档（Markdown格式）：

1. 用户类型：管理员
2. 字段：用户名、手机号、密码、角色（admin/editor）、状态（启用/禁用）、创建时间
3. 密码策略：8位+、字母数字混合、90天过期
4. 手动创建，不接外部系统
5. 批量导入导出后续版本做

PRD结构要求：
- 需求概述（3句话）
- 功能列表（含优先级 P0/P1/P2）
- 用户流程（主要场景步骤）
- 非功能需求（安全、性能）
- 验收标准
- 数据字典

不要写"总结"、"展望"之类的套话。每一条都可验证。

AI会在30秒内输出一份结构化PRD。接下来你要做的是——读一遍，把你不同意的改掉。这个步骤AI替代不了，因为只有你知道你们公司的业务逻辑。

第三步：生成验收用例

PRD有了，直接生成测试用例：

基于上面的PRD，生成验收测试用例。格式：
- 用例ID
- 前置条件
- 操作步骤
- 预期结果

覆盖：正常路径、边界条件、异常路径、权限相关。

不是写了PRD就完了

AI输出的PRD有它的盲区：

1. 它不知道你们的业务历史。 为什么用户名不能用英文？可能有历史原因。AI猜不到。
2. 它不知道组织政治。 这个需求是不是A部门提的但B部门反对？AI不知道。
3. 它对"简单"的判断和你们不一样。 AI觉得"加个字段"很简单——但它不知道你们的数据库迁移有人为审批流程。

铁律：AI写PRD，你审PRD。审完发给业务方确认。这个循环不能省。

不同工具怎么配合

一个真实的效率对比

我做过对比——同一个需求：

省下的2小时15分钟，我用来和业务方面对面聊需求的合理性——这才是真正产生价值的事。

需求分析是软件工程里回报率最高的前置投入。下一篇讲怎么做技术方案设计——用AI帮你做架构选型。