概述

PRD文档是产品经理的必备技能也是产品经理的主要输出物，其实对于不是很懂行的人来说，PRD就是产品经理最大的价值了，不管如何别人如何看待产品经理这个职业，PRD对于我们来说是十分重要的。

PRD文档现在基本上分为两种：第一种是纯粹的用word编写的PRD文档，另外一种是直接写在原型中的，两种我都写过但是我更加喜欢原型PRD文档，我对两种做了优劣的比较

原型PRD文档对比word PRD文档的优势

1. 输出的速度优势； 很明显原型和PRD一起写比分开写更快；

2. 阅读更加方便； 一般的word PRD文档通常都是几百页，想想就能知道开发大大们读起来有多痛苦；

3. 描述更加直观清晰； 在一些交互上的描述，言语很难描述的，如果能直观体验的话不是更好吗。

原型PRD文档对比word PRD文档的劣势

1. 容易使页面混乱； 比较复杂的功能描述往往会比较多，如果页面中的复杂功能较多可想而知，所以布局很重要；

2. 打开方式较为复杂； Axure生成的是HTML，多数浏览器需要装专门的Axure插件，没有Worder的方便。

PRD文档结构

文件命名

文件命名我是根据公司名+产品名+PRD+版本号组合而成，可以根据自己的公司情况来定，但是一定要命名清楚。

修订记录（重要）

修订记录的字段分为：序号、日期、版本号、修订详情、修行人，这5个字段组成一个表格，一定要记住没更新一次文档就要做一次记录。

说明（具体见附件）

产品信息结构图： 整个产品的功能信息结构图

全局流程图： 产品核心功能或者全局简单功能的流程图

全局说明： 基本的交互、页面切换等方式

补充说明： 是关于你文档中有哪些地方需要作出特殊的说明

PRD文档

PRD文档的正文我分为三部分：结构树、文档说明、流程图

结构树

结构树如图，是一个呈树状结构的产品结构，结构树要清晰明了，在开始原型输出的时候不防先将结构树创建好在进行原型的绘制，有利于你掌控的产品而不是做到哪里算哪里

文档说明

文档说明由： 序号、功能名称、前置条件或者用户场景、功能描述、处理流程、补充

序号： 根据自身的要求对页面上的功能进行排序，有利于开发大大们快速找到该功能

功能名称： 功能名称，例：设置

前置条件或者用户场景： 就是在进行你要说明这个功能时有什么前提，或者是你设计这个功能的时候当时的用户场景是什么样的，从而有这个功能

功能描述： 对你要描述的功能做详细的说明，说清楚该功能的用途，比如上传照片，调用本地相册选择照片上传等。

处理流程： 交互或者是处理步骤的详细描述

补充： 特别补充

流程图： 如果有个别重要或者复杂的功能最好能有相应的流程图来帮助开发理解

一点心得

1.如果原型图修改了那么要添加修订记录；

2.流程图很重要，可以降低沟通的成本也可以利于屡清楚思路；

3.交互动效如果时间可以做，但是千万不要别画原型别做动效；

4.要对结构树进行编号，多人共同编辑的话能在第一时间找到新增加功能；

5.不要局限于任何文档的格式，根据具体情况来调整；

下载地址：关注公众号“天朝贰汪”，回复关键词“原型”

文章来源：微信公众号“天朝贰汪”hello2wang