用 Claude 四步生成 PRD 产品需求文档（含提示词模板）
一、行业痛点：AI 生成 PRD 的 "形式主义陷阱"
大模型的普及极大降低了文档写作的门槛，产品经理只需输入一段需求描述，即可在数秒内获得一份结构完整、逻辑通顺的 PRD。但在实际工作中，这类 "一键生成" 的文档往往陷入形式主义陷阱：
•
需求背景空泛，无法体现真实业务痛点与用户诉求
•
功能描述笼统，缺乏可执行的细节与落地路径
这类文档只是文字的拼接与重组，而非产品思考的沉淀与输出。
AI 擅长模仿人类的写作结构与语言风格，但无法替代产品经理对需求的深度拆解、对用户场景的精准把握以及对业务边界的理性判断。一份无法指导研发、无法通过评审、无法推进落地的 PRD，即使结构再完整、语言再专业，也没有任何实际价值。
二、用 Claude 四步生成专业产品 PRD
将 PRD 写作拆解为四个相互独立又层层递进的思考环节，让 AI 在每个环节发挥其结构化与枚举能力优势，同时保留产品经理的核心决策权。
第一步：需求澄清与用户故事建模
💡 先不要写功能，先让 Claude 帮你把用户故事写清楚
👍
核心逻辑：所有失败的 PRD，根源都在于需求澄清不到位。在进入功能设计之前，必须先明确 "谁在什么场景下遇到了什么问题"，这是所有产品决策的基础。
正确的做法是先输入原始需求，让 Claude 帮助完成需求的结构化澄清：
提炼需求背后的核心用户问题，区分表面问题与本质问题
输出 3-5 条典型用户故事，覆盖主要使用场景
识别需求服务的核心用户类型与次要用户类型
用一句话总结功能的产品价值，明确需求的核心目标
模拟场景
代码块
Markdown
我们在做一个知识型内容 App，里面有大量长文章、问答和研究报告。
用户在浏览内容时，经常因为内容太长、信息密度太高而放弃阅读。
第二步：目标导向的功能方案设计
💡 基于用户故事，让 Claude 推功能设计，不要直接让它“自由发挥”
👍
核心逻辑：功能设计的最大敌人不是 "想不到"，而是 "想太多"。AI 的发散性思维很容易导致功能范围失控，将一个简单需求膨胀为一个复杂的产品线。
在用户故事清晰的基础上，进入功能设计环节时，必须给 AI 施加严格的约束：
•
限定功能目标：所有设计必须围绕第一步明确的核心产品价值展开
•
限定功能范围：明确区分 "本期必须实现" 与 "后续迭代实现" 的内容
•
限定非目标：明确列出本期绝对不做的功能，避免 AI 过度发散
模拟场景
代码块
Markdown
基于刚才整理出的用户问题和用户故事，
请继续输出“AI 摘要卡片”功能方案。
这一步的关键是守住范围边界。产品经理需要对 AI 输出的功能方案进行筛选，剔除所有与核心目标无关的内容，确保功能设计的轻量化与聚焦性。
第三步：全维度边界条件补全
💡 让 Claude 专门补边界条件，这是很多 PRD 最容易偷懒的地方
👍
核心逻辑：主流程决定了功能的 "可用性"，边界条件决定了功能的 "稳定性"。大多数产品经理写 PRD 时最容易忽略边界条件，这也是导致研发反复追问、上线后频繁出问题的主要原因。
Claude 在边界条件补全方面具有天然优势，它能够基于海量的产品案例，枚举各种容易被人类忽略的边缘场景。我们可以将边界条件分为五个维度，让 Claude 进行系统性补全：
内容侧边界：明确哪些类型的内容支持该功能，哪些不支持
用户侧边界：明确不同用户角色、不同用户状态下的功能权限
状态侧边界：明确功能在不同系统状态下的展示与交互逻辑
异常侧边界：明确网络异常、接口失败、服务降级等异常情况的处理方式
权限 / 风控侧边界：明确功能的访问权限、数据安全与合规要求
模拟场景
代码块
Markdown
现在请不要重复功能目标，也不要重写主流程。
只基于“AI 摘要卡片”功能，帮我补充边界条件。
请按下面几个维度输出：
1. 内容侧边界
2. 用户侧边界
3. 状态侧边界
4. 异常侧边界
5. 权限/风控侧边界
第四步：可量化验收标准制定
💡 最后再让 Claude 帮你压验收标准，不然 PRD 很容易停在“感觉写完了”
👍
核心逻辑：PRD 的最终目的是指导交付。如果没有明确的验收标准，团队成员对 "完成" 的定义就会产生分歧，导致交付延期或质量不达标。
验收标准的本质是将模糊的功能描述转化为可判断、可验证的量化指标。Claude 可以帮助我们将功能方案与边界条件转化为标准化的验收用例，覆盖以下五个维度：
功能验收：验证所有核心功能是否按照需求实现
展示验收：验证页面布局、样式、文案是否符合设计规范
交互验收：验证用户操作的反馈、流程的流畅性是否符合预期
异常验收：验证所有边界场景与异常情况的处理是否正确
数据埋点验收：验证所有需要统计的数据埋点是否正确部署
模拟场景
代码块
YAML
基于前面的功能方案和边界条件，
请帮我输出“AI 摘要卡片”功能的验收标准。
要求按以下结构输出：
1. 功能验收
三、标准化提示词模板库
以下是经过实战验证的标准化提示词模板，可直接复制使用：
模板 1：需求澄清与用户故事建模
代码块
Plain Text
模板 2：目标导向的功能方案设计
代码块
Plain Text
基于上述梳理的用户问题与用户故事，请继续输出功能方案设计。
模板 3：全维度边界条件补全
代码块
Plain Text
模板 4：可量化验收标准制定
代码块
Plain Text
基于上述功能方案与边界条件，请输出完整的验收标准。
请严格按照以下结构输出：
1. 功能验收标准
2. 展示验收标准
3. 交互验收标准
4. 异常验收标准
5. 数据埋点验收标准
要求：
- 每一条标准都必须是可判断、可验证的陈述句
- 禁止使用"体验良好""展示合理""运行正常"等主观模糊的描述
- 确保测试同学可以直接根据这些标准进行走查与测试
四、AI 在 PRD 写作中的正确定位
我们必须清晰地认识到：AI 是产品经理的高效辅助工具，而非替代品。它最擅长的是结构化输出、系统性枚举与语言表达优化，但无法替代产品经理的核心判断能力。
AI 可以帮你：
👍
•
快速整理零散的需求信息，形成结构化的用户故事
•
枚举各种可能的功能方案与边界场景，拓展你的思考维度
•
将模糊的想法转化为清晰、专业的文字表达
•
生成标准化的文档结构与验收用例，提升写作效率
但以下事情必须由产品经理亲自完成：
👍
•
判断需求的价值与优先级，决定哪些需求值得做
将 AI 定位为 "高配产品助理" 而非 "自动 PRD 机器"，才能真正发挥其价值。它可以帮你节省 80% 的文档写作时间，让你将更多精力投入到更有价值的产品思考中。
五、写在最后
AI 时代的到来，正在重构产品经理的工作方式。那些只会写文档、画原型的基础产品经理，终将被 AI 所替代。而真正优秀的产品经理，会将 AI 作为自己能力的延伸，用更短的时间完成更多的工作，同时将思考的深度提升到新的高度。
PRD 写作的本质，从来不是文字的堆砌，而是思考的沉淀。一份好的 PRD，背后是产品经理对用户的深刻理解、对业务的精准把握以及对产品的清晰规划。AI 可以帮你写得更快、更全，但无法帮你想得更深、更远。
希望这套方法论能够帮助你跳出 AI 生成文档的形式主义陷阱，真正利用 AI 工具提升产品思考的质量与效率，写出能够真正指导业务落地的高质量 PRD。