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