能写的一手好的需求文档（PRD），是每个产品汪的必备技能，当然每个公司对PRD的要求不尽相同，但是最终的目的都只有一个：“确保需求被准确传达”。
既然目的相同，那么有没有一种方法能够降低产品汪与攻城狮之间的信息传达成本，在笔者看来，仅使用一种软件完成所有需求传达是最有效的。也就是摒弃Word+Axure+PPT... 等等新奇百怪的软件组合。在这里笔者使用AXURE完成所有需求相关内容输出，包括：原型+PRD。
那么如何使用AXURE将这样一个“原型+PRD”的文档完成？它需要包含哪些内容？附图整理了一些相关要求，可能并不适合每个人，仅作抛砖引玉之用，按照思维导图的顺时针方向查看：
修订记录
即：需求文档的修改记录，需要详细记录每次修改的内容，方便以后查找或者新人查阅，AXURE提供了非常清晰的结构树，这对于修订记录的索引帮助绝非word可比。那么如何有效利用这个结构树的功能，从而将PRD结构清晰展示出来呢？查看下图：
产品迭代周期如果很长的话，如果没有事先对页面编号进行规范，那么会造成极大的时间浪费和增加他人查看的难度。为了方便查找页面的修改记录，原型页面编号设计需要特别小心，笔者采用如下方式设计页面结构：
比如在2016年3月份修改了一个页面功能，该页面编号为：A03-3，那么我就知道是A级导航的3级页面的第3个页面修改了，这样可以快速定位到需要查找的页面。
迭代记录
用以记录每次版本发布的需求汇总，版本迭代的规则：版本的迭代并不能拍脑袋完成，它需要遵循几点原则：
1. 版本的迭代周期一定（一般为一周或者半个月、最好不要超过一个月）
2. 每次功能迭代必须包含有一个核心功能更新
3. 功能迭代的需求，是经过 “重要-紧急” 二维矩阵分类筛选后得出的
产品全局说明
全局说明是对整个PRD文档进行的通用规范性说明，包含：页面结构说明、全局交互、弹窗/模层、页面标题/滚动条、页面切换方式等，想要看具体内容的请下载附件高还原产品需求文档（笔者使用Axure 8绘制，Axure 7 不能正常打开，需要安装8后方能查看）
产品信息结构、功能结构、核心流程等依据每个产品不同差别较大，没有太多相通点，各位看官可以查看附件的原型文档。
交互原型和页面分解与内容说明
笔者为了最大程度上方便UI、前端、后台、运营理解产品需求，将产品交互原型和页面分解和内容说明整合到了一起，这样可以让团队成员在web端查看产品最真实的形态同时了解每个功能点的具体要求和分解说明。
废话不多说，附件是笔者根据目前市场上绝大部分社区类App的功能类似点，绘制的一个通用型App设计文件，上图均来自它，相关内容直接参考原型即可。原型是由AXURE 8绘制，只能使用8打开，需要下载参考请移步至以下链接：
社区 App 原型+PRD 提取密码：ncv1
觉得有用别忘了添加关注，精彩内容每周呈现，转载请与作者联系。
