产品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. 待决事项
  • 所有待定事项