用 AI 做需求分析的完整工作流

这个工作流解决什么问题

很多需求一开始只是几句话：

“用户想要一个导出功能。”
“老板说要做会员体系。”
“销售反馈客户需要数据看板。”
“竞品都有 AI 功能，我们也要做。”

如果直接进入 PRD 写作，很容易把“别人提出的方案”当成“真实需求”。这个工作流的目标是用 AI 辅助你完成需求分析：先澄清问题，再判断是否值得做，最后形成可以进入评审的材料。

AI 在这里不是替你拍板，而是帮你提出问题、补齐视角、整理结构和暴露风险。

最终产出

完成这个工作流后，你应该得到：

需求背景说明
目标用户和使用场景
用户问题和业务目标
需求真伪判断
解决方案候选
优先级建议
风险和依赖
待确认问题
是否进入 PRD 阶段的建议

Step 1：记录原始需求，不急着优化表达

先把需求提出者的原话记录下来，不要一开始就让 AI 改写成 PRD。

你是一名资深产品经理。请根据下面的原始需求，先帮我整理“需求原话”和“可能隐含的问题”，不要直接给解决方案。

请输出：
1. 需求原话
2. 需求提出者可能想解决的问题
3. 这里面哪些是事实
4. 哪些是推测
5. 需要进一步确认的问题

原始需求：
[粘贴需求原话、聊天记录或会议记录]

这一步能避免 AI 过早进入“给方案”状态。

Step 2：澄清业务目标和用户问题

需求分析最重要的是区分三件事：

用户说想要什么
用户真正遇到什么问题
业务希望通过这个需求达成什么目标

可以使用 Prompt：

请基于以上原始需求，帮我设计一组澄清问题。

请从以下角度提问：
1. 目标用户是谁
2. 用户当前怎么解决这个问题
3. 当前方案哪里不够好
4. 这个问题出现的频率和影响范围
5. 如果不做，会造成什么损失
6. 业务目标是什么
7. 成功指标如何衡量
8. 是否有替代方案

要求：
- 问题不超过 12 个
- 按优先级排序
- 每个问题说明为什么要问

把 AI 输出的问题拿去问需求提出者、用户、销售、客服或数据同学。

Step 3：整理需求输入表

完成澄清后，把信息整理成一份固定输入表。建议以后所有需求都用同一套格式。

需求名称：
需求来源：
需求提出者：
目标用户：
用户场景：
当前痛点：
现有解决方式：
业务目标：
成功指标：
影响范围：
紧急程度：
已知约束：
相关数据：
不做范围：

然后让 AI 检查是否完整：

请检查这份需求输入表是否足以进入方案设计。

请输出：
1. 信息完整度评分（1-5）
2. 关键缺口
3. 高风险假设
4. 建议补充的数据或访谈
5. 是否建议进入 PRD 阶段

Step 4：判断需求真伪和优先级

不是所有需求都应该进入开发。可以让 AI 帮你从多个维度做初步判断：

请基于需求输入表，评估这个需求是否值得进入 PRD 阶段。

评估维度：
1. 用户价值
2. 业务价值
3. 影响范围
4. 问题频率
5. 实现复杂度
6. 风险和依赖
7. 是否存在低成本替代方案

请用表格输出：
- 维度
- 判断
- 依据
- 需要补充的信息

最后给出优先级建议：P0 / P1 / P2 / 暂缓。

注意：AI 的优先级只是建议，最终仍要结合业务策略、资源和团队共识判断。

Step 5：拆解用户场景和任务流程

需求进入方案前，需要明确用户在什么情境下完成什么任务。

请将这个需求拆解为用户场景和任务流程。

输出结构：
1. 目标用户
2. 典型场景
3. 用户触发点
4. 当前流程
5. 当前痛点
6. 理想流程
7. 关键功能机会点
8. 不应该解决的问题

要求：
- 不要直接写功能列表
- 先描述用户任务和上下文
- 标记仍然缺少证据的部分

这一步可以避免把需求分析写成“功能堆砌”。

Step 6：生成方案候选，而不是单一方案

如果让 AI 直接“给最佳方案”，它往往会输出一个看似完整但未经比较的方案。更好的方式是要求它列出多个候选：

请基于以上需求分析，提出 3 个解决方案候选。

每个方案包含：
1. 方案说明
2. 适用场景
3. 用户价值
4. 实现复杂度
5. 风险
6. 不适用情况
7. 最小可行版本（MVP）

最后请比较 3 个方案，并推荐一个适合第一版验证的方案。

常见方案可能包括：

不开发功能，只优化文案或流程
做轻量配置项
做完整新功能
先用人工运营或低代码工具验证

Step 7：整理需求分析结论

当信息足够后，让 AI 输出一份可以进入评审的需求分析结论。

请将以上内容整理为一份需求分析结论，供产品评审使用。

输出结构：
1. 需求摘要
2. 背景和来源
3. 目标用户
4. 用户问题
5. 业务目标
6. 关键证据
7. 方案建议
8. 优先级建议
9. 不做范围
10. 风险和依赖
11. 待确认问题
12. 是否建议进入 PRD 阶段

要求：
- 一页内讲清楚重点
- 不要编造数据
- 对证据不足的地方明确标记
- 结论要能支持评审讨论

示例：从“增加导出功能”到需求分析

原始需求

客户希望后台数据表支持导出 Excel。

AI 辅助分析后可能得到的结论

## 需求摘要
部分客户希望将后台数据表导出为 Excel，用于内部汇报、二次分析和留档。

## 用户问题
当前用户只能在后台查看数据，无法方便地与非系统用户共享，也难以进行自定义统计。

## 关键证据
- 销售反馈 3 个客户在近一个月提出类似需求。
- 客服记录显示用户经常截图发送数据。
- 目前缺少具体导出字段和权限范围，需要进一步确认。

## 方案建议
第一版支持按当前筛选条件导出 CSV，限制单次导出数量，并记录导出日志。

## 不做范围
- 第一版不做定时导出。
- 第一版不做自定义报表。
- 第一版不支持跨项目批量导出。

## 风险
- 数据权限和敏感字段需要确认。
- 大数据量导出可能影响性能。
- 需要明确导出日志留存策略。

人工复核重点

AI 生成的需求分析必须人工复核，尤其是：

需求是否来自真实用户，而不是个别声音
证据是否足够支持优先级
是否把“解决方案”误当成“用户问题”
是否存在更低成本替代方案
权限、数据、安全和合规风险是否明确
是否有清晰的不做范围

和 PRD 工作流如何配合

需求分析完成后，如果结论是“建议进入 PRD 阶段”，再进入用 AI 从零写一份 PRD 的完整工作流。

如果你已经有比较明确的功能想法，也可以直接使用 AI 写 PRD Prompt 生成初稿。但对于模糊需求，建议先完成需求分析，再写 PRD。