产品需求文档（PRD）对每个产品经理来说都不陌生，它是产品项目由”概念化”阶段进入到”图纸化”的转折和体现，作用是”对市场需求文档（MRD）中的内容进行指标化和技术化”，PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能，是否能够研发出符合预期的产品，所以PRD也是体现产品经理专业程度的一个重要指标 。
可以理解为，PRD是产品经理关于产品功能的宣导和传达，它通过清晰扼要的表述将产品意图呈现给阅读者，PRD的阅读者一般包括开发人员，设计师，测试人员，甚至包括产品及项目负责人（一般是项目总监）及公司老板，每个公司的情况有所不同 。PRD不仅是产品功能的详细说明文档，PRD的作用更在于，它是产品质量控制的执行标准，是将产品从概念落实为实际的开端 。
PRD应该包括哪些内容呢？
1，产品名称
产品名称也就是对于文档的大概说明 。一般包括标题 版本 时间 编写人 相关人这些基本信息 。
标题就是文档名称，是待讨论版本还是正式开发版本，及该版本对应的制作时间，需要哪些人员的参与等等都需要写明 。
2，目录
目录用来展现文档结构，一般不要超过三级，否则就显得过于凌乱 。当然，不同的公司PRD呈现内容的详尽不同，目录也就不同，详细来说，文档内容可以包括需求描述，角色说明、流程图、页面及功能、与其他系统交互接口、效果预期、数据指标、prd迭代记录 。很多公司的PRD还包括引言，概述，名词定义，使用场景，产品目标及竞品分析等非常多的内容，如果是公司内开发用的PRD，还会写明该功能的呈现形式、交互方案、操作规范、相关开发人、负责人、开发时间等，使得PRD非常厚重，目录也就相对比较多 。简单来说，PRD可以仅围绕功能需求展开，那么，目录就简单的多，基本就包括功能需求的大标题 。下图是我曾经读到的一份PRD的目录，从目录就可以看出这个文档的内容其实是非常多的 。
3，功能说明
功能说明是PRD的主体部分，我的写作习惯是宁简勿繁，功能说明详细介绍，其他能省则省 。因为大多数程序员在产品的开发中并不会过多关注这些长篇大论，他们往往只关注那些可以迅速转化的内容，文档内容太多反而会造成一定的干扰 。所以，适当精简，加强可读性，表明产品意图才是最珍贵的 。
在具体的功能描述中我们经常会借助一些其他方式，比如产品功能结构，产品信息结构，用户使用流程等，把文本内容可视化表现，不仅让文档更加轻松和直观，也能减轻阅读者的阅读负担 。很多团队用原型图及图片来辅助就是非常聪明的做法 。如下图这个论坛发帖流程图 。
推荐阅读
- 里斯本归属于哪个国家的港口 里斯本是哪个国家的
- 牛年有诗意的祝福语 牛年有诗意的经典祝福语
- 怎么描写银杏树 描写银杏树的句子
- 温客行的身世是什么揭 温客行容炫什么关系
- 梦见红鱼 梦见红鱼的寓意
- 怎么做冬阴功面 冬阴功面的做法
- 描写西湖的古诗 描写西湖的诗句
- 绒鞋面如何清洗 绒鞋面清洗的方法
- 坐飞机提前一个小时到可以吗 可以的
- 葫芦的拼音 词语葫芦的拼音