昨天学习PMP的相关文档，正好看到里面讲的PRD文档是怎么写的
就把一些学习过程，思维方式，还有用到的工具给记录下来
方便自己以后需要的时候，再去查阅，再读这个教程的时候，我顺便用脑图画了一下
脑图工具是在线的百度脑图
首先什么是PRD文档，与需求人员交流我发现，有时候他们并不会先将自己的思想加工成条理清晰的语言，再去表达。
而是一上来就说细节，要做成什么样，而对于测试和开发人员，没有场景带入
不知道你这个功能，在业务场景里面，所处的位置，起到的作用
就没发很好去实现和测试，而会加入很多自己的想法，很多可以避免的问题
最后推脱责任的时候，就说一定是你们开发没有做好，是你们测试没有做好
只要有人的地方，只要有工作的地方，就会有这样的人存在，而且大有人在
除了语言的交流，就靠文档了，而能靠给于开发和测试，直观，清晰的指导帮助的就是PRD文档
其实一直不喜欢，缩写，有人喜欢觉得我说缩写，一听的人懂好像就是他们能够沟通一样
其实缩写就是一个名字，告诉别人就知道什么意思，没有必要去炫耀什么
那到底什么是PRD文档，即是产品需要文档的缩写
没有什么特别的意思
那怎么写好这个文档，我们看到的这个文档已经是这一阶段最终的文档了
在此之前，要先做很多工作
首先要对要做的事情，有一个整体的把握，尽可能多的去收集信息
构建自己的信息结构图，方便后边PRD文档产生帮助作用
然后我们对收集回来的信息，进行二次加工
整理成，层次分明，分门别类，然后可以很方便的去从整体上把握
做到有的放失
对信息加工完之后，我们虽然可以对整体把握，但需要文档，是要看文档的人都能明白
并且文档要实现 的东西，是逻辑严谨，可以相互支撑，细节可以把握
要是文档里面的东西，可有可无，没有存在的价值，那就不建议为加而加
所以在把这些脑海里面的想法，落到纸面上，需要更加直观的交互方式，来得到大家的认可
再去转换成PRD文档，那这一步就是产品原型图
原型图是最接近产品最终样式的效果图，使看的人，一眼就明白，有利于向大家讲解
得到领导认可
原型图通过之后，再去转换成PRD 文档，这个时候就会减少很多不必要的问题的存在
会更加有利于团队工作
PRD有三种存在形式：Word、图片、交互原型
word
这是传统意义上的PRD文档，主要有四个部分组成(具体视你的产品要求进行划分)，分别是：结构图、全局说明、频道功能、效果图。
图片
图片形式的PRD文档是基于效果图的说明文件，将传统Word形式的功能需求说明标注在效果图上，这种方式经常使用在移动互联网领域，实际上是图文形式的交互需求文件，只是在此基础上更深入的描述出功能需求。
对于图片形式的PRD文档，我们只需要另外再描述一下全局说明，其他频道页面的需求直接以图片形式展示，这种方式相对于Word文档的纯文字更加生动易读并且直观，因此有一些产品经理非常喜欢用这种方式代替Word形式的PRD文档。
交互原型
使用Axure PR之类的交互原型设计软件制作出来的产品原型非常真实和直观，并且原型软件还支持元素标注和导出Word文档
当我们通过Axure PR制作出产品原型后，实际上他已经是很完善的产品Demo了，因此我们只需要加上元素的标注，在标注中说明功能需求，这样导出的HTML文件相比Word文档更直观易懂，是非常高效的产品需求说明方式。