迅雷高级产品经理：产品经理快速入门法，从需求、原型、PRD说起

产品功能和原型方案有了，就要形成需求文档，传递给项目组成员进行后续的实施。但是我们总会遇到需求文档PRD理不顺的问题，不知道怎么写才能让别人看得懂，不知道怎样才算合格的PRD。有些同学比较纠结于需求的展现形式，到底是用word，用PPT，还是PS。

展现形式是可以多样化的。怎么简单怎么容易表达就怎么来。能用一张图的需求，没必要搞一个文档。我认为word虽然是最规范的文档形式，但也是效率和效果都最低的需求文档呈现方式，因为放图、放交互都不是很方便，查阅起来也不是很方便。

所以选择自己最合适的工具做需求的产品形式即可，不用太纠结于某一种。

不同的表达方式差异

需求文档最注重的是表达方式。比如上图，左边是一个像流水帐一样的需求表达方式。这种方式没有人可以耐心的看下去。右边是像处女座一样有条理结构性的输出的，让内容结构化，让需要查阅的同学一眼就能够找到自己想看到的信息，便于检索。

5个方面判断需求文档是否合格

一般我们用这几种框架的方式来分解功能，把所有的功能说明全部都覆盖到，才算是完成了整个需求文档。

第一个是按照在系统中所说的位置来分解功能。比如说先说前台的页面，再说用户管理后台的页面。

第二个是按照功能的主次来分解，先说核心功能，再说次要功能。

第三个是按照页面的布局来分解，从上往下，从左到右进行描述。

第四个是按照场景来分解，比如先说初次使用的，再说非登陆用户的，或者是已登陆用户的。

第五个是按照用户操作的步骤来分解，比如下载前、下载中、下载后。

最终只要能使文档阅读者读懂，就算是合格的PRD。

（编辑：PHP编程网 - 湛江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!