产品入门丨还在困惑如何输出产品需求文档？小编教你如何用Axure轻松绘制高质量PRD（附案例）

输出原型、文档是产品人的基本功，小编在初入行业的时候没有师傅带，自己埋头苦苦查找资料，挑选临摹了很多PRD文档（其中word形式的较多），终于有些效果，找到一套适合自己和团队的PRD文档输出办法，为了让像小编一样的小白少走弯路，特意写了这篇文章，希望能给你们一些帮助（为小编打电话），也希望大神多指点，共同交流进步，欢迎留言。

具体的PRD可直接点击链接查看（打开比较慢）：https://r2c775.axshare.com

在我的团队里原型的受众主要是领导、客户、设计、开发、测试，PRD的受众主要是开发、测试（领导、设计也会参考）。因为项目周期的原因，一般在原型（带主要页面功能交互说明）出来后差不多设计就会开始进行页面设计，同时我会添加细节说明，以及一些限制，功能细节等为PRD做准备，差不多原型梳理出来，就开始整理PRD文档。

PRD文档没有固定格式、没有固定形式，word也好、Axure也好，你写着舒服别人看的明白就可以了，他核心部分是原型交互部分，它的核心功能是开发和测试的依据。

小编为什么不用word写PRD文档了？是因为它真的页面太多了，页面交互细节多，你要写一个功能既要写功能又要和原型对比，放在word里东西就多了。100多页的word相信没谁愿意看（苦笑）。

为了让大家更加清晰，小编简述一下自己整个PRD的绘制的过程：

1.总结用户需求，绘制产品功能结构图；

2.对比竞品和用户需求，绘制产品信息结构图；（产品结构图可以在此时绘制，也可以边梳理原型边绘制完善）

3.画出主页面原型（带主要交互说明），核对需求；

4.梳理流程，此时可以绘制流程图和产品结构图；

5.绘制所有原型页面并且添加页面交互；

6.整理PRD文档核对设计稿。

上述流程更像是小编的前期工作流程，其实是因为绘制PRD文档是一项需要和外界交互的事情，前期做好沟通，明确流程和细节，才能更好的绘制PRD文档。

前期准备

功能结构图、信息结构图、结构图、流程图、原型

绘制PRD文档时，应该已经准备好前面这些图表了，直接插入PRD文档的相应页面就可以。

页面梳理

1.修订历史

叙述文档编写修改的过程，因为在文档撰写过程中，我们不可能一次写的尽善尽美，而且遇到版本迭代都可以在此处说明修改的内容，方便产品人和观看者阅读文档。举例如下：

修订历史

2.版本说明

是对本版本的需求说明，新产品开始时内容别较多。版本迭代时将迭代需求写在此处。举例如下：

版本说明

3.原型图

包括全局说明和交互原型两部分

3.1全局说明

描绘APP的全局性功能说明，主要是一些页面常见的默认交互内容，在写交互原型时就不用一一注明了。举例如下：

全局说明

3.2交互原型

原型+标注

标注每个元素的作用、功能及其他注意事项，可以在页面加跳转逻辑。根据需要自己编写文字内容。举例如下：

原型+标注

4思维导图

4.1结构图

上一篇文章已经详细讲述结构图的绘制过程。

4.2流程图

流程图这里需要我们去绘制主要流程图，主要流程图是整个软件的业务逻辑图，相对来说比较粗，功能模块都比较大；然后根据需要绘制某一模块的流程图，此流程图比较细，具体到功能点。举例如下：

主业务流程图

登录判断流程图

4.3交互自查表

是帮助我们去查看自己是不是穷尽了所有状态、所有可能情况，帮助我们去复盘整个产品，查漏补缺。

交互自查表

5.其他模块

这里可以根据需要添加项目模块，主要有产品简介、开发周期、版本历史，可以根据具体的产品需求添加产品规则之类的子模块。

具体的PRD可直接点击链接查看（打开比较慢）：https://r2c775.axshare.com

最后也需要谢谢几位作者，站在巨人的肩膀上才能看的更远，是他们的文章让我有了这样的想法，想尝试一下新的PRD书写方法。

如有文字、内容错误，也希望大家指正，希望大家都能够不断学习不断进步。