时间：2023-05-18 23:36:18 点击次数：10
写PRD文档，是每一个产品经理的必经之路，这是PM的基本功。需求文档的形式也各不相同，根据公司的要求或产品经理的类型的划分，会出现不同样式的需求文档。
需求文档的最终目的是为了让你的小伙伴们看得懂，明白你所表达的逻辑。在多年的工作经历当中，我也不断总结，经历了从炫技到朴实的过程。虽然，产品经理如今也细化多个职责类型，例如：工具产品、功能产品、策略产品、数据产品等等...，在书写文档时的侧重点不同。但我相信，这份PRD的通用模板，应该还是可以帮得到你。让你不漏掉任何一个你的同事想要了解的重点，避免因为文档原因导致重复的沟通和无止境的修改。
话不多说，我们直接上模板：
1.1 需求背景
5W2H 分析需求背景
（1）WHAT——需求是做什么的？目的是解决什么样的业务场景？需要进行哪些工作？
（2）WHY——需求一定要做吗？不做会产生什么影响？有没有替代解决方案？
（3）WHO——项目由谁提出？由谁审批？项目由谁完成？由谁推广？
（4）WHEN——项目的周期？
（5）WHERE——需求在何处做？公司内部、外包团队？需不需要驻场？
（6）HOW ——项目怎么做？如何拆解？WBS是什么？
（7）HOW MUCH——成本是多少？人员、时间、费用、质量等......
1.2 面向用户
用户是谁？提出了哪些问题？简单描述用户故事。
为了避免业务或技术等不同岗位的同事，对于某些概念理解不同，导致产生歧义。文档中要对一些争议或专有名词进行说明，例如：【用户】【客户】【商家】【代理】等容易产生企业的词进行解释，让参与者达到目标一致。
3.1 产品逻辑
描述产品核心逻辑及业务流程，图标为主文字辅助，例如：
（1）信息架构图：涉及产品信息各部分的关系
（2）业务流程图：用户使用产品的工作流
（3）页面流程图：页面间的跳转关系
（4）状态机：状态间的流转关系
（5）用例：用户角色与产品关系
3.2 功能结构
功能结构图：脑图的形式整理产品模块
3.3 应用场景
文字描述每个功能点用户使用场景
3.4 联动需求
（1）是否与其他产品有联动关系？涉及的产品名称、链接、干系人等，如何配合协作？
（2）是否涉及其他上下游系统的影响，是否与其他系统有依赖关系？描述清晰，如何配合。
3.5 后续规划简介
产品后续规划，大致迭代过程。简述产品最终结果
4.1 原型界面
结合原型图或交互图，详细描述每个功能点，内容包括：
【原型图或交互图】
截图显示界面内容。
若功能有修改则标注清楚修改点；
若涉及弹窗或浮层等二级页面，请交代清逻辑；
若页面逻辑复杂，请另附交互流程图。
【页面地址】
标清页面名称和序号，及交互逻辑，从何页面进入此页面。
【初始化显示】
当用户进入页面如何显示；
特殊情况，如：无数据、多数据、加载情况，如何显示。
【交互逻辑】
（1）用户通过此页面可做哪那些操作
（2）操作的方式是什么？悬停、点击等
（3）操作是否有限制，例如权限、前置条件等
（4）操作后如何变化？弹窗、页面跳转、蒙层等
（5）操作后是否还有其他业务逻辑，如限制、校验等，如何显示
【异常描述】
（1）页面有哪些限制条件？例如：角色限制、字符限制等。
（2）若遇限制条件后如何显示、是否出发其他功能？
4.2 历史兼容及历史数据处理
本产品是否涉及历史兼容问题？若涉及，历史数据如何处理？描述处理方案。
4.3 统计、需求埋点
列出本产品需求相关数据统计列表
4.4 其它问题
5.1 性能需求
列表页面加载速度等
5.2 系统需求
系统运行版本、浏览器兼容问题等
5.3 运维需求
5.4 安全性问题
网络安全、访问环境等
例如灰度测试、质检、上线标准、业务对接、数据准备及协作部门等
7.1 运营计划
可能的风险、用户反馈收集等、运营计划
测试同学补充
存在的风险及解决方案
（1）设计、开发、测试过程中的问题及解决方案；
（2）是否达到预期
