产品需求文档（PRD）的写作方式和工具

文件表示和修改记录。虽然PRD文档没有标准的规范，但是有两项是必不可少的，那就是文件标识和修改记录。文档在撰写过程中，我们可以自行不断的修改完善，但是如果正式发布或交给团队其他成员后，一旦有了修改，为了文档的同步，我们就需要标注出文档的修改内容，备注修改记录。关于文件标识和修改记录，大家的格式都大同小异(如下图)。

Word。这是传统意义上的PRD文档，主要有四个部分组成(具体视你的产品要求进行划分)，分别是：结构图、全局说明、频道功能、效果图。以清除表达为目的，不要长篇大论，开发人员和客户都不会耐心的去看很多很多的文字。

图片。图片形式的PRD文档是基于效果图的说明文件，将传统Word形式的功能需求说明标注在效果图上，这种方式经常使用在移动互联网领域，实际上是图文形式的交互需求文件，只是在此基础上更深入的描述出功能需求。

原型设计。使用Axure PR之类的交互原型设计软件制作出来的产品原型非常真实和直观，并且原型软件还支持元素标注和导出Word文档，因此很多产品经理都喜欢使用Axure PR来代替Word完成PRD文档。

PPT。利用ppt的播放等功能能很好的演示产品的需求，客户或者研发人员也能直观的理解产品形态和实际的界面

注意点 尽量用表格或者流程图进行描述，比如说要说清楚不同角色间不同的功能权限，用表格列出来可以清楚明白地表达和比照；另外一种就是流程图了，正所谓一图胜千言。建议大家都可以学习和使用UML的一些相关知识，比如用例图、类图、序列图、活动图、状态图等，它们可以清楚详细的描绘出任何一种事物和各种逻辑关系。从开发的角度看，他们是很喜欢这种表达方式的，如果你能正确熟练的使用的话。