AI 效率

如何使用 AI 撰写产品需求文档

一套实用的产品需求文档工作流，使用 AI 将产品构想转化为包含问题、用户、范围、非目标、需求、验收标准和边缘情况的 PRD。

发布于 2026年6月18日更新于 2026年7月13日

PRD产品管理AI 工作流

产品需求文档应在设计和工程开发开始前减少歧义。它需要清楚说明问题、用户、范围、非目标、需求、验收标准、边缘情况和待解决问题，让团队能够据此构建并审核功能。

AI 适合协助撰写 PRD，因为它可以将零散笔记整理成结构、揭示缺失的假设、创建验收标准并提出边缘情况。关键是把 AI 当作思考伙伴，而不是产品判断的替代品。

本指南适合谁

根据零散笔记撰写更清晰 PRD 的产品经理
将构想转化为可供实施的规格说明的创始人
在线框图设计前明确范围的设计师
开始构建前要求提供更完善验收标准的工程师
使用 Claude、ChatGPT 或 AI 编程工具规划工作的团队

分步工作流程

从零散笔记入手：用户问题、目标用户、当前变通方法、预期结果和限制条件。
让 AI 将笔记整理成结构化的 PRD 大纲。
补充问题、用户、范围、非目标、需求和验收标准。
让 AI 识别不清晰的假设、缺失状态、边缘情况和依赖关系。
只有在问题和范围明确后，才添加用户故事。
让 AI 撰写可以测试的验收标准。
实施前，与设计和工程团队共同审核 PRD。
保持待解决问题清晰可见，不要让 AI 假装所有信息都已明确。

AI PRD 提示词模板

将零散的产品笔记与以下提示词一起使用：

Turn these notes into a product requirements document. Include problem, users, scope, non-goals, requirements, acceptance criteria, edge cases, dependencies, analytics events, rollout plan, and open questions. Be explicit about assumptions. Do not invent business facts. If something is unclear, put it in open questions instead of filling it in.

PRD 检查清单

PRD 是否包含问题、用户、范围、非目标、需求和验收标准？
验收标准是否可测试？
是否包含边缘情况、空状态、加载状态和错误状态？
PRD 是否将必备范围与后续改进分开？
依赖关系和待解决问题是否清晰可见？
设计、工程和产品团队能否无需猜测就使用这份文档？

常见错误

尚未定义用户问题，就让 AI 撰写 PRD
让 AI 用锦上添花的功能扩大范围
撰写无法测试的验收标准
将待解决问题隐藏在听起来很确定的段落中
跳过非目标，之后再为范围争论
没有边缘情况或错误状态就将 PRD 交给工程团队

实用示例

较弱的提示词：write a PRD for an image generator history page.

更好的提示词：Write a PRD for an AI image generator history page. Users are signed-in creators who need to find, reopen, and reuse previous generations. Include problem, users, scope, non-goals, requirements, acceptance criteria, empty state, loading state, error state, privacy constraints, analytics events, and open questions.

更好的提示词之所以有效，是因为它为 AI 提供了用户、工作流以及实施所需的章节。

常见问题

问：AI 能写出最终版 PRD 吗？答：AI 可以生成扎实的草稿，但最终 PRD 仍需由人决定范围、取舍、限制条件和优先级。

问：PRD 应该包含实施细节吗？答：应包含限制条件和依赖关系，但除非产品结果有此要求，否则不要规定内部实现方式。

问：如何防止 AI 添加过多范围？答：要求列出非目标，并将必备需求与后续改进分开。