做产品经理这些年，PRD 写了不下上百份，但每次新建文档时那种"又要从零开始了"的焦虑感，从来没消失过。
直到我开始用 AI 辅助写 PRD，我发现问题不在于"写不动"，而在于没人帮你"想清楚"。
一、PRD 写作的三座大山
产品经理对 PRD 的爱恨关系，大概是这样的：
知道必须写，但就是不想动笔。
拆开来看，痛点主要集中在三个地方：
1. 启动难：面对空白文档大脑宕机
新建一个 Word 或飞书文档，光标闪烁，脑子里明明有一堆想法，但就是不知道第一行该写什么。是先写背景？还是先写目标？功能列表怎么组织？字段定义放哪？
一份 PRD 的前 30 分钟，往往是在"调格式"和"纠结结构"中度过的。
2. 结构乱：想到哪写到哪，反复推翻重来
没有清晰的写作框架，写到一半发现漏了一个核心场景，回头补上又发现前面的逻辑对不上了。一份 PRD 改 5、6 版是常态，但很多版本之间的差异不是"内容优化"，而是"结构重组"。
3. 效率低：一份 PRD 动辄 2-3 天
不是打字慢，是"想清楚"慢。每个模块都要考虑：正常流程是什么？异常怎么处理？边界条件有哪些？和现有功能的关系是什么？这些思考本身就需要时间，而 PRD 只是把思考结果落地的载体。
直到我把 AI 引入写作流程，我发现一个关键认知：
AI 不是帮你"凑字数"的代笔者，而是帮你"想清楚"的结构化思考工具。
下面我用一个真实案例，完整还原我用 AI 从 0 开始写一份 PRD 的全过程。
二、案例背景
为了让整个过程更容易理解，我选了一个大多数产品经理都会遇到的场景类型——列表页的数据展示优化。
项目背景：
公司的采购管理系统中，有一张「请购申请汇总表」，采购员每天要在这张表里查看各部门提交的请购申请，进行汇总分析和审批决策。
核心痛点：
- 汇总表目前只展示基础信息（请购单号、申请部门、金额），缺少按供应商、物料类别的汇总维度
- 采购员需要手动导出 Excel 做二次汇总，效率低且容易出错
- 管理层需要按月度/季度查看采购趋势，但现有页面无法支持
项目目标：
在现有请购申请列表的基础上，新增汇总显示功能，支持多维度汇总查看、数据钻取和趋势分析。
为什么选这个案例？
因为它足够典型：有列表页、有筛选、有汇总逻辑、有数据钻取、有导出需求——覆盖了 B 端产品 PRD 中最常见的模块类型。你做完这个案例，80% 的 B 端 PRD 场景都能套用同样的方法。
三、AI 写 PRD 的五步法
在正式进入案例之前，先说清楚方法论。我把 AI 辅助写 PRD 拆成五个步骤：
喂上下文 → 发散需求 → 收敛结构 → 填充细节 → 审视完善
每一步的目的、输入输出和 AI 的角色都不同：
| 步骤 | 目的 | 人的角色 | AI 的角色 |
|---|---|---|---|
| 喂上下文 | 让 AI 理解业务背景 | 业务专家，提供信息 | 信息接收者和角色扮演者 |
| 发散需求 | 穷举场景和功能点 | 方向把控者 | 场景发散器 |
| 收敛结构 | 生成文档框架 | 结构决策者 | 结构建议者 |
| 填充细节 | 逐模块写出完整内容 | 内容审核者 | 内容生成器 |
| 审视完善 | 自检和优化 | 最终把关者 | 质量检查员 |
下面进入实战。
四、实战演示：全流程还原
第一步：喂上下文 —— 让 AI "进入角色"
很多人一上来就跟 AI 说"帮我写一份 PRD"，然后得到的输出全是正确的废话。问题出在哪？AI 不知道你的业务是什么。
正确的做法是先给 AI "喂"足够的上下文，让它进入角色。
我的 Prompt：
你是一位资深的 B 端产品经理，有 8 年以上企业采购系统设计经验。
现在请帮我分析以下需求：
【系统背景】
我们有一个采购管理系统，其中包含"请购申请"模块。
请购申请是各部门向采购部门提出的物资采购需求单据。
【现有功能】
当前已有一个请购申请列表页面，展示字段包括：
- 请购单号
- 申请部门
- 申请人
- 申请日期
- 请购金额
- 状态（待审批/已审批/已驳回/已关闭）
【用户痛点】
1. 采购员每天需要查看各部门的请购申请进行汇总分析，但当前页面缺少汇总维度
2. 需要手动导出 Excel 做二次汇总，效率低
3. 管理层需要按月度/季度查看采购趋势，无法实现
【项目目标】
在现有列表基础上新增汇总显示功能，支持多维度汇总和趋势分析。
请先理解以上背景，然后告诉我你对这个需求的理解，以及你认为需要重点关注的业务场景。
AI 的输出（节选）：
我对这个需求的理解如下：
核心用户群体：
- 采购员——日常汇总执行者，关注效率和准确性
- 采购主管/经理——汇总数据审核和决策者，关注异常和趋势
- 管理层——战略视角，关注预算执行和采购趋势
重点关注的业务场景：
- 日常汇总查看：采购员按不同维度（供应商、物料类别、部门）快速汇总
- 数据钻取：从汇总数据下钻到明细，定位具体请购单
- 趋势分析：按时间维度展示采购金额/数量变化趋势
- 异常预警：超出预算或异常波动的自动标识 ...
这一步的关键： 不要急着让 AI 写文档。先让它"复述理解"，确认它真的懂了你的业务。如果理解有偏差，这时候纠偏成本最低。
第二步：发散需求 —— 让 AI 帮你"想全"
确认 AI 理解背景后，进入需求发散阶段。这一步的目的是把你能想到的、想不到的场景都列出来。
我的 Prompt：
基于前面理解的业务背景，请帮我做需求发散：
1. 列出所有可能的功能模块（不要遗漏）
2. 每个模块下穷举功能点
3. 列出所有可能的用户场景（用 User Story 格式）
4. 特别注意：边界条件、异常场景、权限差异
输出格式要求：
- 用层级列表（模块 > 功能点 > 场景）
- 每个场景用"作为XX，我希望XX，以便XX"的格式
- 把你认为优先级高的标 ⭐
AI 的输出（节选）：
一、汇总维度配置模块
- 支持的汇总维度
- ⭐ 按供应商汇总
- ⭐ 按物料类别汇总
- ⭐ 按申请部门汇总
- 按采购员汇总
- 按项目汇总
- 场景：
- 作为采购员，我希望在汇总表中按供应商维度查看请购金额汇总，以便快速了解各供应商的采购分布
- 作为采购经理，我希望在汇总表中同时查看多个维度的数据，以便进行交叉分析
二、数据钻取模块
- 汇总→明细下钻
- ⭐ 点击汇总行可查看对应的请购明细
- 明细支持返回汇总视图
- 场景：
- 作为采购员，我希望点击某个供应商的汇总金额后能查看该供应商下的所有请购单明细，以便核实数据
三、趋势分析模块
- 时间维度趋势
- ⭐ 按月展示采购金额趋势图
- ⭐ 按季度展示采购金额趋势图
- 同比/环比对比
- 场景：
- 作为管理层，我希望查看最近 12 个月的请购金额趋势，以便判断采购支出变化
四、异常处理场景
- 汇总数据为空时的展示
- 网络异常时的降级方案
- 超大数量级（万级以上）的性能处理
- 并发查看时的数据一致性
...
这一步的价值： AI 帮我想到了至少 3 个我原本没想到的场景——比如"按项目汇总"（因为我们有项目制采购）、"同比/环比对比"、还有"超大数量级的性能处理"。这些如果写到一半才发现，又要改结构。
第三步：收敛结构 —— 让 AI 帮你"理清"
发散完了，现在需要收敛成一份有结构的文档框架。
我的 Prompt：
基于前面发散的需求，请帮我生成一份 PRD 的文档结构大纲。
要求：
1. 符合专业 PRD 的标准结构
2. 按模块组织，每个模块包含：功能说明、用户场景、交互规则、字段定义、边界条件
3. 标注每个模块的优先级（P0/P1/P2）
4. 非功能性需求单独列出
5. 用 Markdown 格式输出
AI 的输出：
# 请购申请汇总显示改造 - 产品需求文档
## 一、文档信息
- 版本记录
- 修订历史
## 二、项目概述
- 2.1 项目背景
- 2.2 项目目标
- 2.3 术语说明
## 三、功能需求
### 3.1 汇总视图切换（P0）
- 3.1.1 功能说明
- 3.1.2 用户场景
- 3.1.3 交互规则
- 3.1.4 字段定义
### 3.2 多维度汇总（P0）
- 3.2.1 功能说明
- 3.2.2 用户场景
- 3.2.3 汇总维度定义
- 3.2.4 汇总计算规则
### 3.3 数据钻取（P1）
- 3.3.1 功能说明
- 3.3.2 交互规则
- 3.3.3 返回逻辑
### 3.4 趋势分析（P1）
- 3.4.1 图表类型
- 3.4.2 时间粒度
- 3.4.3 数据计算规则
### 3.5 数据导出（P0）
- 3.5.1 导出格式
- 3.5.2 导出规则
## 四、非功能性需求
- 4.1 性能要求
- 4.2 权限要求
- 4.3 兼容性要求
## 五、数据埋点
- 5.1 关键行为埋点
- 5.2 数据看板
## 六、附录
- 参考原型链接
- 关联系统清单
我做的调整： AI 给的结构已经很完整了，但我根据实际情况做了几处调整：
- 去掉了"数据埋点"章节——这个功能暂不做埋点（内部系统，用户量有限）
- "汇总维度定义"拆得更细——因为每个维度的计算规则差异较大
- 新增了"与现有功能的关系"章节——需要说明汇总视图和原有列表的关系
💡 关键心法： 这一步 AI 是"建议者"，你是"决策者"。AI 给的结构 80% 可用，剩下的 20% 靠你对业务的理解来调整。
第四步：填充细节 —— 逐模块深入写作
这是最耗时的一步，也是最需要技巧的一步。
核心技巧：一个模块一个对话，不要贪多。
很多人犯的错误是直接跟 AI 说"按照这个大纲帮我写完整份 PRD"。这样做的结果通常是：前两个模块写得还行，后面越来越差，因为上下文太长了。
正确做法是逐模块深入，每个模块单独一个对话。
以"多维度汇总"模块为例：
我的 Prompt：
请帮我写 PRD 中"3.2 多维度汇总"模块的详细内容。
上下文提醒：
- 这个功能是在现有请购申请列表页面新增汇总视图
- 支持按供应商、物料类别、申请部门三个维度汇总
- 汇总结果包括：请购笔数、请购总金额、平均单笔金额
- 用户可以在三个维度之间切换
请包含以下内容：
1. 功能说明（简洁清晰，200 字以内）
2. 用户场景（至少 3 个，用 User Story 格式）
3. 汇总维度定义（表格形式，包含维度名称、数据来源、汇总逻辑）
4. 交互规则（状态切换、加载、空数据等）
5. 边界条件和异常处理
输出格式：Markdown
AI 的输出：
3.2 多维度汇总
3.2.1 功能说明
在请购申请列表页面上方新增汇总视图区域，支持用户按供应商、物料类别、申请部门三个维度查看请购数据的汇总信息。汇总结果以表格形式展示，包含请购笔数、总金额、平均单笔金额三个指标。
3.2.2 用户场景
编号 用户角色 场景描述 US-3.2-01 采购员 作为采购员，我希望按供应商维度查看请购金额汇总，以便了解各供应商的采购分布情况 US-3.2-02 采购经理 作为采购经理，我希望按物料类别维度查看汇总数据，以便分析各类物资的采购占比 US-3.2-03 采购员 作为采购员，我希望切换汇总维度后数据实时刷新，以便快速获取不同视角的分析结果 3.2.3 汇总维度定义
维度名称 数据来源字段 汇总逻辑 默认排序 按供应商 请购明细.供应商名称 按供应商分组，汇总请购笔数/金额 按金额降序 按物料类别 请购明细.物料类别 按物料类别分组，汇总请购笔数/金额 按笔数降序 按申请部门 请购申请.申请部门 按部门分组，汇总请购笔数/金额 按金额降序 3.2.4 交互规则
维度切换：
- 页面顶部提供维度切换 Tab，默认选中"按供应商"
- 切换维度时，汇总表格数据实时刷新，展示 Loading 状态
- 切换过程不超过 2 秒，超时展示"数据加载中，请稍候"
空数据状态：
- 当所选维度下无数据时，展示空状态提示："当前筛选条件下暂无汇总数据"
- 同时提供"清除筛选条件"的操作入口
数据刷新：
- 汇总数据随筛选条件联动
- 修改时间范围、状态等筛选条件后，汇总数据自动重新计算
3.2.5 边界条件
场景 处理方式 某维度下数据超过 1000 条 提示"数据量较大，仅展示前 1000 条，建议缩小筛选范围" 金额精度 保留两位小数，千分位分隔 供应商名称相同但编码不同 按编码分别汇总，展示时附带编码后缀区分 请购单状态变更 汇总数据按当前最新状态实时计算 部门层级关系 仅按一级部门汇总，不支持下钻到子部门
我做的调整：
看了一遍 AI 的输出，我做了几处修改：
- "平均单笔金额"改叫"均值"——更简洁
- "供应商名称相同但编码不同"这个边界条件非常好，我没想过，保留
- "仅按一级部门汇总"这个限制需要和业务方确认——我标了一个 🔍 待确认标记
- 新增了"权限说明"——不同角色看到的汇总数据范围不同
💡 逐模块写的好处是：每个模块的上下文都干净清晰，AI 输出质量稳定。代价是对话次数多了，但总体时间反而更短。
按这个节奏，我把每个模块（汇总切换、数据钻取、趋势分析、数据导出）都过了一遍。整个过程大约 3-4 小时，比以前从头写到完（2-3 天）快了将近 5 倍。
第五步：审视完善 —— 人机协作的"最后一公里"
所有模块写完后，进入审视阶段。这一步分两个层面：
5.1 AI 自检
我的 Prompt：
以下是一份完整的 PRD，请以资深产品经理和 QA 的双重身份进行审查：
审查维度：
1. 逻辑一致性：前后表述是否矛盾？
2. 完整性：是否有遗漏的场景或规则？
3. 可测试性：开发看到这份文档能否直接写测试用例？
4. 可行性：是否有技术上明显不可行的描述？
请逐项给出问题列表，每个问题标注严重程度（🔴严重/🟡一般/🟢建议）。
[粘贴完整 PRD]
AI 发现的问题（节选）：
🔴 严重： 3.2 中说汇总数据"实时计算"，但 3.4 趋势分析中的数据来源是"历史汇总数据"——这两处描述存在矛盾。建议统一说明汇总数据的数据源和计算时效。
🟡 一般： 3.3 数据钻取中缺少"钻取后的操作"说明——用户钻取到明细后能做什么？只能查看还是可以操作（审批、驳回）？
🟡 一般： 4.1 性能要求中提到"页面加载不超过 2 秒"，但没有说明是首次加载还是切换维度时的加载。
🟢 建议： 建议在文档开头增加"与现有功能的关系"说明，帮助开发理解这是一个新功能还是对现有功能的改造。
5.2 人工审核
AI 自检之后，我自己又过了一遍，重点关注 AI 无法判断的部分：
- 业务准确性：汇总规则是否符合财务要求？（✅ 已和财务确认）
- 优先级判断：P0/P1 的划分是否合理？（✅ 和业务方对齐）
- 技术可行性：实时汇总对后端压力是否过大？（🔍 需要和技术负责人确认）
- 历史兼容：新功能是否影响现有列表的使用？（✅ 独立视图，不影响）
五、踩坑实录：我走过的弯路，你别走
陷阱 1：直接说"帮我写一份 PRD"
❌ 错误示范：
"帮我写一份采购系统请购汇总功能的PRD"
结果： AI 会生成一份"看起来很专业"的通用 PRD，但里面的功能点、字段定义、业务规则全是编的。你拿到手改的时间比从头写还长。
正确做法： 先喂上下文，再逐步引导。AI 输出的质量上限 = 你输入信息的质量下限。
陷阱 2：不做业务校验直接用
AI 会非常自信地输出一些"看起来合理但实际不存在"的内容。比如它帮我定义了一个字段叫"采购周期"，但我们的系统里根本没有这个数据。
正确做法： 每个字段、每个规则都要和真实系统对照。AI 不了解你的系统，它只是"猜"的。
陷阱 3：一次性生成整份文档
有一次我偷懒，把整个大纲丢给 AI 说"帮我按这个结构写完"。
结果： 前两个模块质量不错，但到后面越来越离谱——重复、矛盾、甚至出现了和前面完全矛盾的描述。原因是上下文太长，AI 开始"遗忘"前面的设定。
正确做法： 一个模块一个对话。虽然多花几分钟切换，但输出质量稳定得多。
陷阱 4：忽略 AI 的"过度设计"倾向
AI 有一个特点：它倾向于把功能设计得过于完善。 比如我只想做三个汇总维度，它帮我列了八个；我只想做月度趋势，它帮我设计了日、周、月、季、年五个粒度。
过度设计的 PRD 会导致两个问题：
- 开发范围膨胀，排期不可控
- 聚焦度降低，核心功能被稀释
正确做法： AI 给的是"全集"，你来决定"子集"。每次发散完，做一轮 MoSCoW 优先级排序（Must have / Should have / Could have / Won't have）。
六、可复用的 Prompt 模板库
以下是我沉淀的 5 个高频 Prompt 模板，可以直接拿走用：
🎭 模板一：角色设定 + 背景输入
你是一位资深产品经理，擅长【领域】方向的产品设计。
现在有一个需求需要你协助分析：
【系统背景】
...
【用户痛点】
...
【项目目标】
...
请先复述你对这个需求的理解，列出你认为需要重点关注的问题。
📋 模板二：需求发散
基于前面的背景理解，请帮我做需求发散：
1. 穷举所有可能的功能模块（不要遗漏）
2. 每个模块下列出功能点
3. 用 User Story 格式列出用户场景
4. 特别注意：边界条件、异常场景、权限差异
5. 优先级高的标 ⭐
用层级列表输出。
🏗️ 模板三：结构生成
基于前面发散的需求，生成 PRD 的文档结构大纲。
要求：
1. 符合专业 PRD 的标准结构
2. 按模块组织，每个模块包含：功能说明、用户场景、交互规则、字段定义、边界条件
3. 标注每个模块优先级（P0/P1/P2）
4. 非功能性需求单独列出
5. Markdown 格式输出
📝 模板四：模块细化
请帮我写 PRD 中【模块名称】模块的详细内容。
上下文：
- 【简要回顾该模块的业务背景】
- 【核心功能点】
请包含：
1. 功能说明（200 字以内）
2. 用户场景（User Story 格式，至少 3 个）
3. 字段/规则定义（表格形式）
4. 交互规则（正常流程 + 异常处理）
5. 边界条件（表格形式）
输出格式：Markdown
✅ 模板五：PRD 自检
以下是一份完整的 PRD，请以资深产品经理和 QA 的双重身份审查。
审查维度：
1. 逻辑一致性：前后是否矛盾？
2. 完整性：是否有遗漏？
3. 可测试性：开发能否直接写测试用例？
4. 可行性：是否有技术明显不可行的描述？
逐项给出问题，标注严重程度（🔴严重/🟡一般/🟢建议）。
[粘贴完整 PRD]
写在最后
回到开头的问题：AI 会不会取代产品经理？
我的答案是：AI 不会取代产品经理，但会用 AI 的产品经理，一定会取代不会用的。
因为 PRD 本质上不是一份"文档"，而是产品经理思考过程的载体。你的业务理解、需求拆解能力、优先级判断——这些才是核心价值。AI 只是把你的思考效率提升了一个数量级。
我总结了一个公式：
好的 PRD = 深度业务理解 × 结构化思考 × AI 效率放大
三者缺一不可。没有业务理解，AI 输出就是空中楼阁；没有结构化思考，AI 只会让文档更长而不是更好；没有 AI，你得用 5 倍的时间做到同样的事。
如果你也在尝试用 AI 写 PRD，欢迎评论区交流你的经验和踩坑故事。下一篇我会分享如何用 AI 辅助做竞品分析和用户调研，敬请期待。
本文基于真实项目经验整理，案例中的系统名称和数据已做脱敏处理。
