产品PRD编写

提供PRD原型文档编写的流程要素，按照此文件，只知道编写产品需求文档，本图知识梳理清楚，非常实用，值得收藏。

产品PRD编写

以WORD版本需求文档为例

1. 形式

WORD

AXURE

形式不重要，目的是让团队知道具体需求实现的具体细节。已团队习惯为准。

2. 文档产品名称

XXX需求文档V1.X

XXX需求文档V20210806-01

两种样式

3. 文件状态



文件状态

草稿

正式发布

正在修改

当前版本

文档密级

作者

编写日期

审核人

审核日期

批准人

批准日期

4. 版本历史



变更版本

修订日期

原因与修改情况描述

修订人

5. 目录



6. 文档介绍

文档目的



读者对象



参考文献



术语与缩写解释



7. 项目综述

项目背景

从大的方向，讲讲项目的相关背景，有什么目标、有没有竞品对象？阶段性计划是什么，传递做这个需求的目的是什么？要达到什么样的目标？ 让项目开发人员对你的项目背景有了解，程序员知道的越多，做起项目来越有方向性。 如果业务比较复杂，最好用业务流程图来解释一下，比如XX业务流程图，名字可以命名为业务流程。

项目目标

最好是一些具体的可量化的项目目标，而且最好符合SMART原则。 任何项目都是有预期收益和期待的业务价值的，对于B端产品，有时候业务价值收益不好直接衡量，可以考量功能的使用情况，满意度，等等。 例如： 

平台架构

主要把系统的整体架构表现出来，让阅读对象对系统的骨架有个整体性的认知。 

功能结构

上面是从整体的系统架构的角度出发，而功能架构更多是从功能的角度出发，列举一下需要开发的功能。 例如： 

8. 业务需求陈述

公共需求

这一模块主要把一些公共的需求说明放在这，免得每次都得说一遍，总之将大部分页面公共的功能说明放在此。比如每个报表页面提供导出EXCEL功能、点击删除按钮需要二次弹框确认等。 例如： 

功能模块需求说明

某一个功能模块页面具体的需求阐述，下面以某列表页举例。 例如： ①查询条件  ②列表字段  ③排序 数据排序方式说明。例如：根据时间的倒序排列，最新数据在最上面。这些要规范清楚，不然技术就会按照自己的理解来写； ④异常情况处理 这里列举一下异常情况：突然没有网络的情况、接口调用超时的情况、收不到回调之后的情况、是否有逆向流程情况、误操作的情况、数据丢失情况等。 包含此项内容是否为了促使产品经理对产品方案思考周全，包括所有的异常情况。

9. 数据埋点

按照公司的统一的埋点要求描述需要埋点监控的按钮、页面、事件等。 可以将数据埋点文档直接插入需求文档内。

10. 角色和权限

角色权限表，可通过EXCEL的方式插入进来，也可以直接编写。例如下图： 

11. 运营计划

项目配套的运营推广计划，产品是1，运营是0，好的产品更需要好的运营计划来加持，产品在设计时就应该确认运营计划。

12. 待决事项

所有待定事项