PRD
你可能会说
我想把要做的东西写清楚给 AI：解决什么问题、做到什么程度算完。
系统阐述产品背景、用户价值、功能范围与验收标准的结构化需求文档。例如，做注册功能前，PRD 会写清它服务谁、这次包含哪些能力，以及怎样判断上线有效。它帮助产品、设计和开发对齐，但不需要提前写死每个技术细节。
也常被叫作产品需求文档Product Requirements Document产品需求需求文档
一项“导出会议纪要”需求怎样写成可协作的 PRD
PRD · 会议纪要一键导出v0.3 · 评审中
第 1 节 / 共 6 节背景与问题
用户访谈 · 项目经理
“每周开完 6 场会，光是整理纪要、逐个转发，就要花掉 40 分钟。”
6+ 场每周会议
40 分钟每次整理转发
3 人深访验证
先写清谁、在什么场景、遇到什么问题，并标明哪些是事实、哪些是假设。
PRD 按“背景 → 目标 → 概念 → 原型 → 范围 → 验收”把判断逐层对齐，技术方案可以链接进来，但不替它做决定。
PRD 怎样让团队对同一件事达成共识
先写用户问题和目标：说明哪类用户在什么场景遇到什么阻碍，以及这次希望改变什么结果；功能名称本身不能代替问题。
明确范围与非目标：写清本次必须覆盖的用例、约束和暂不处理的内容，让设计与开发知道哪些选择仍可讨论。
确立衡量成效的验收标准：用可观察的验收条件或成功信号检查结果，并把假设、待确认问题和后续更新留在同一份协作文档中。
你可以这样告诉 AI Agent
请把“会议纪要一键导出”整理成一页 PRD，写清目标用户、当前问题、目标、范围、非目标和成功标准。把没有依据的内容标成待确认，先不要替团队决定技术方案或画线框图；整理后再检查每条需求能不能被验收。
接下来学什么
延伸阅读 · 权威出处
快速练习
团队准备做“会议纪要一键导出”。下面哪组内容最适合作为这项需求的 PRD 主体？
ANS 原创方法