分析一体化产品需求文档

大多公司都采用Word方式产生PRD，但我们现在说的不是Word，而是Axure。产品需求文档大家都知道，可是什么是一体化产品需求文档呢？其实，这个一体化是我将自己创作的文档命名为一体化产品需求文档。之所以要叫这个名字，是因为此文档除了包含原型和需求描述以外，还承载了产品其他相关内容，比如需求列表、版本历史、产品介绍、思维导图等等。
做这样一个一体化产品需求文档出于的目的就是传统的方式产生的文件过多，过于杂乱，不易整理和回溯。如果把每个版本的内容都整理在一个web html中或者作为产品原型文件发布在网络或内网中，这样无论是团队协作还是文档回溯都能大大提高效率，通过网络可看清所有的产品需求。

我们通过下面的分类，描述一个项目中所需求的信息。明显可以看到的是，导航架构变了，以前的用例文档、需求卡片砍掉了，因为在实际攥写产品需求文档时，不会涉及到用例文档，而需求卡片，因为修改比较频繁，则是使用Excel或其他一些协作工具比较好，目前我使用的是Axure。

修订历史
简介变成了修订历史。因为产品简介其实看一次两次就不会再看了，而将一个每次都不需要看的东西放在首页，明显是不太合理的。所以我将每次打开一定要看的修订历史放在了首页。如果需求有变动，团队成员可以从这里一眼看见，非常方便。然后将产品介绍放在了导航末尾，相比其他来说，产品简介确实是打开需求频次最低的。
修订历史里包括修改时间、修改描述、修改人和详情，如果有需要跳转的页面，可以点击查看按钮进行跳转。
版本说明
将版本说明从产品介绍里单独抽离出来，放在导航第二位置

因为按正常的文档阅读顺序来说，应该是先看修订历史，然后顺次看版本说明，全篇概览整个版本需求。可能有一些同学会把需求列表做在Excel里，而我之所以放在一体化原型里，就是因为这样会让浏览者更加方便快捷，不需要在Excel和原型图中频繁切换。
此页面包括，当前版本号、新版描述（用来给市场同学提交新版本时添加描述）、功能列表（包含此版本所有需求，并进行需求分类，分页面，分模块。要详细清楚地描述需求，标明需求负责人，还要支持跳转链接）。
全局说明
原型图模块下的全局说明和交互原型和以前相比未做修改

全局说明中依然承载高频出现的需求。比如，凡是遇到输入框，在输入文字后都会显示删除按钮。比如，大多数页面的默认进入动效都是从右向左滑动显示。
交互原型
进行了细致的规范标注，各个地方的大小和边距都进行了标准化，这样做既提高了原型的美观程度，又提高了文档编写时的效率。我写的标注只是一个参考，请大家还是按自己实际情况做调整。之所以不选择一个页面呈现多个手机原型，是因为我需要用原型来感知交互操作或者页面跳转，所以单页面不会摆放过多手机模型。

体系规则
体系规则是新加的模块，因为前段时间的工作内容涉及到了用户等级的设计。而且越是大的产品，规则体系越是纷繁复杂。这块其实是对于产品来说比较重要核心的东西，无论是电商产品还是UGC产品等，都离不开用户体系的搭建。

思维导图
此模块的页面条件图其实早有行内的名称叫checklist，也希望大家可以建立起自己的checklist，做好每次需求review。

总结
至此一体化产品需求文档版本就介绍完了。其实这个文档每个按钮的大小，颜色，表现形态态突出部分都是经过精心打磨的。所有的标题字号和间距也都经过设计。这些都是为了能让自己的产品呈现更好的效果，也是为了磨练自己认真的态度。
可能有些同学会质疑这样一个文档会不会花费大量时间，也确实，在打磨过程中的确费了很大功夫。但你觉得不值得么？我觉得任何时候打磨自己的作品都不是在浪费时间，况且时间真的没那么紧，打几盘LOL的时间就搞定了。
其实，当文档格式成型以后，每期的迭代是极其省事的，我只需要复制模板，然后修改每个模块下的具体内容就好，其实根本没有多浪费任何时间。

一体化需求文档Axure产品查看链接：https://wvc41c.axshare.com/