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

96
live_life
0.8 2019.01.22 09:16* 字数 1386

输出原型、文档是产品人的基本功,小编在初入行业的时候没有师傅带,自己埋头苦苦查找资料,挑选临摹了很多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书写方法。

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

日记本