PRD （Product Requirement Document）

是前期所有产品设计工作的最终集合，涵盖框架、逻辑、角色、权限、页面、策略等

封面—>PRD修改记录—>目录—>项目背景和项目目标—>系统框架图—>产品流程图—>角色与权限对照表—>功能详述—>验收校准

  1. 封面：会标注该项目的优先级，这取决于评审之后，是否可以立即进入开发阶段，或者无限期延后。
  2. 修改记录：记录着在评审以及开发过程中针对需求的每一次修改的详细记录，它标记了修改的位置以及内容，是后续产品功能核对的重要依据。
  3. 目录：在PRD里作为导引存在，可以清楚的看出文档的编写结构，方便阅读人员在前期形成概略的结构化内容，同时也便于指定内容查看。
  4. 项目背景：在结束详细功能内容之前，需要研发人员了解该项目的重要性以及价值的重要环节，在某种程度上可以影响到研发人员的配合程度。
  5. 项目目标：基于项目背景之后，需要达成的最终目标。整个项目从设计到启动，都将围着这个目标来推进。
  6. 系统框架图：是产品的骨骼，用来说明产品的重要组成部分和层级结构。
  7. 产品流程图：通常会标注出产品的关键流程，便于研发人员了解不同角色的用户在产品中的操作路径。
  8. 角色与权限对照表：主要用来说明产品中存在哪些角色，每个角色的详细功能描述，以及不同的角色之间的差异情况。
  9. 功能详述：PRD中最核心的部分，借助原型图与文字描述，详细指出产品中每一个细节的基础交互内容以及策略方面的设定。
  10. 验收标准：是即将上线前的最后一个核对的环节，只有达到验收标准，产品才允许上线正式运行。验收标准的设定强依赖于产品的内在设计。
PRD怎么写
  1. 梳理产品的结构框架，让研发了解核心的功能分布以及层级结构
  2. 设计产品的使用流程，让研发了解用户的行为走向
  3. 角色和权限的定义，了解全量角色以及角色对应的权限情况
  4. 拆解原型图，为每一页原型图标注策略和交互上的文字说明（在这个过程中，研发同学可以结合前期给出的框架，流程和角色，来对照这个部分的详细说明进行开发）
  5. 最后说清楚验收标准，在上线之前产品经理与研发同学要基于这套验收标准来评判该项目是否严格按照产品经理给出的需求来实现的。
PRD的作用
  1. 为视觉设计师和交互设计师提供参考
  2. 为开发工程师提供逻辑参考：基础评估->技术评审->投入开发
  3. 为测试工程师提供验收参考

需要由浅至深、由大到小、事无巨细地把整个产品项目描述清楚。