一、什么是 PRD¶
PRD（Product Requirements Document）是产品需求文档，用来清晰描述：
- 为什么做；
- 做什么；
- 做到什么程度；
- 哪些做、哪些不做。
它是产品、设计、开发、测试、运维之间的重要共识文件。
二、一份需求文档最核心回答的问题¶
2.1 Why¶
为什么要做这个项目？解决什么问题？服务谁？
2.2 What¶
产品具体有哪些功能？用户怎么使用？页面之间怎么流转？
2.3 How Well¶
性能、安全、易用性、兼容性等标准要达到什么程度？
三、为什么 PRD 仍然重要¶
即使现在有 AI 帮你生成页面、写代码、做测试，一份高质量 PRD 依旧非常关键，因为它可以：
- 统一认知，减少沟通误差；
- 明确范围，防止需求不断膨胀；
- 作为开发和测试依据；
- 帮助项目经理评估排期与资源；
- 作为最终验收标准。
四、一份优秀 PRD 常见包含哪些内容¶
4.1 文档信息¶
- 版本历史；
- 作者与相关负责人；
- 修改记录。
4.2 项目背景与目标¶
- 项目为什么要做；
- 想达成哪些可量化目标。
4.3 用户画像与使用场景¶
- 目标用户是谁；
- 他们在什么场景下使用；
- 他们有什么痛点。
4.4 功能需求详述¶
这通常是 PRD 的主体，常见内容包括：
- 功能列表；
- 用户故事；
- 业务流程图；
- 页面流程图；
- 原型图；
- 功能规则说明；
- 异常与边界情况。
4.5 非功能需求¶
例如：
- 性能要求；
- 安全性要求；
- 浏览器和设备兼容性；
- 易用性要求。
4.6 范围与优先级¶
- 本次迭代做什么；
- 哪些暂不做；
- 各功能的优先级。
4.7 数据指标与埋点¶
为了评估项目是否成功，需要提前定义：
- 核心业务指标；
- 关键行为埋点；
- 数据分析方式。
五、AI 时代写 PRD 的正确姿势¶
AI 现在很适合帮助你：
- 生成 PRD 初稿；
- 展开功能点；
- 补全用户故事；
- 补充非功能需求；
- 把口语化需求整理成结构化文档。
但需要注意的是：AI 更擅长“整理与扩写”，真正的产品判断仍然要由你来做。
六、一个实用结论¶
如果没有 PRD，AI 可能会帮你快速生成一堆东西；但如果 PRD 写得足够清楚，AI 才更有可能真的按你的方向把事情做出来。好的需求文档，仍然是 AI 开发流程里的第一张地图。