如何选择Word文档还是Axure文档来写PRD?

技术分享  / 只看大图  / 倒序浏览   ©

#楼主# 2020-2-11

跳转到指定楼层

马上注册,分享更多源码,享用更多功能,让你轻松玩转云大陆。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
一直以来,我都习惯在Axure上写需求阐明。
但是,也有不少公司或者技能习惯使用word文档的PRD。
确实,Word文档形式的PRD有其存在的代价,一来方便存档,二来也能够方便习惯使用Word文档的技能,三来还方便发邮件做报告,四来还能够对于一些有较复杂流程,需要用到各种图示的产品项目,word文档也方便贴图。
103539r4zm6mpmmmmrpeem.jpg
既然Word文档的PRD有那么多好处,是不是所有的产品项目都用Word文档来写PRD?
一、如何选择Word文档照旧Axure文档写PRD
在我看来,Word文档和Axure文档各有优劣,可根据实际情况选择符合的方式。
Word文档的PRD是较为传统并且较成熟的表述方式,其优劣如下:
优势:
1、方便存档,方便交接和传播(转达)
2、方便习惯使用Word文档的技能
3、方便发邮件做报告
4、还对于一些有较复杂流程,需要用到各种图示的产品项目,Word文档方便贴图。
劣势:
1、原型和需求文档需要不断切换,使用不方便
2、层次感不敷,文字较多,容易遗漏部门紧张的需求点
3、产品司理在写需求文档的时候,也需要不断切换原型和Word文档,操作不方便
4、产品司理写需求文档不能很好地直接对照原型进行描述,容易漏掉部门需求阐明
5、Word文档的文字较多,页数较多,维护起来不方便
同样的,在Axure上写需求阐明,也有其优劣势,其优劣如下:
优势:
1、于技能而言 ,无需来回切换原型和Word文档,方便理解需求
2、于产品而言,无需来回切换原型和Word文档,方便描述需求逻辑
3、于产品而言,方便维护需求阐明,有需要修改的,在修订记录中记录修改的地方,在对应的原型修改阐明,可以标注为赤色表示修改过
劣势:
1、不方便存档归档(相对Word文档而言)
2、不利于发邮件和做报告
3、Axure的需求阐明不方便贴图,不太适合需要更多图示来辅助理解需求的功能/项目
(如果是APP类型,不使用Axure提供的需求阐明,直接在原型里面写需求阐明的方式也不存在该问题)
经过一番对比,既然这两种方式各有优劣,那该如何选择?
对于中小型项目,需要快速出原型,并快速迭代的项目,发起直接在原型上写需求阐明,快速给技能提供原型和需求阐明文档。
对于流程复杂,特别是一些后台类型的项目,可使用Word文档。因为需要加入流程图、类图、时序图之类的图示辅助技能理解需求,Word更方便贴图。
许多产品在画原型和写需求阐明的时候,习惯将需求阐明写在原型里面,并用辅助线来连接需求阐明和对应的功能(组件),个人认为,这种方式不是很好,虽然我曾经也是这么写的。至于为什么欠好,可以继续往下读。
如果你习惯了使用Axure来写需求文档,如何克服Axure存在的缺陷?也就是克服上面所提到的Axure写需求文档的劣势。
二、如何同时分身Axure需求文档和Word需求文档
因为我习惯在Axure上直接写需求阐明,所以我曾经一直思索着如何才能够让Axure能够克服其劣势,并分身习惯使用Word文档的技能。
如何解决上面所提到的Axure写原型文档的劣势?
1、不方便存档归档(相对Word文档而言)——导出Word文档,用于存档归档
2、不利于发邮件和做报告——导出Word文档,用于发送邮件和做报告
3、Axure的需求阐明不方便贴图,不太适合需要更多图示来辅助理解需求的功能/项目——在Axure中增加独立的一个页面用作附加的阐明,将流程图、类图、用例图、时序图等贴在该页面,作为附加阐明。
导出Word文档的前提,是在Axure中写需求文档时要规范编写。也就是我再前面说到的,发起不要在原型里面写需求阐明的原因了。因为:
1、在原型里面写需求阐明,会影响原型的内容,特别是后台类型的产品原型,影响开辟阅读和理解原型
2、直接在原型里面写需求阐明,影响虽然较直观,但是不利于存档、做报告等,也不利于做需求文档的维护,加深了上面所提到的Axure劣势
相信不少人都知道Axure能够导出Word文档,但是真正将这个功能用起来的人并不多。其实这个功能照旧蛮好用的。这里介绍一下如何通过Axure自带的功能写需求文档,并导出Word文档。做到Axure需求文档和Word需求文档同时分身,并且维护的时候能够同步。
103540uh1nm0pd13p0g1ne.png
(在Axure中写需求文档)
103541lhw9vlksp1gh1gh2.png


103542nb875w2ieqze5wmu.png


以上三张图片是使用Axure 9.0来画原型和导出Word需求文档的,同样的,Axure 8.0也能够导出Word需求文档,Axure 9.0有一个比力好的就是,需求阐明中的序号能够和元件中的序号对应上,并且可以修改序号。这样就不需要通过用线条将原型中的组件和需求文档进行连接了,减少线条对原型界面的干扰。
103543r2g3cnr3ceqjr2ae.png


通过上面的对比图,可以了解Axure需求文档和Word需求文档的对应关系。根据上面的对照图,下面简朴说一下主要的步骤:
导出的Word需求文档,主要有3~5部门组成:页面概述、用户界面(原型截图)、需求阐明(元件阐明)、交互阐明、(母版阐明)。我常用的是前三部门,把交互阐明也在需求阐明中写上了。
第一步:定义元件字段
发起只需要默认的一个自定义元件字段即可,可以改名为(需求阐明),改名步骤图如下图。因为元件阐明的字段是需求阐明表格中的每一列,也就是说,自定义元件的字段越多,表格就越宽,Word文档的宽度有限,所以不发起设置过多的自定义元件字段,如果想要区分更细的话,可以在这一个字段下面分点写,如:在需求阐明中写上“功能介绍、交互阐明、逻辑描述”等等。
103543r1w144zwss3r9wg3.png
第二步:写需求阐明
在定义的元件字段中写需求阐明。说个题外话,Axure有个不太好的是,不能够直接在需求阐明中贴图,也没有删除线(修改文档用删除线更容易区分),如果Axure能够将需求阐明(元件阐明)的地方改成富文本的形式,增加贴图和删除线就更完美了。
第三步:导出Word需求阐明
点击“发布——生成Word阐明书”(Ctrl+Shift+D)
103543xajmaay8mmkwgg11.png
第四步:调整要输入的内容
上面提到导出Word需求文档有3~5部门组成,这一步就是设置所需要生成的内容格式的。下面把我所设置的分享出来,就不细说里面的设置了,自己可以自行实行一下。
103544hp9lfpny74lrsecg.png
(页面设置)
103545t43bz7g71gb1312f.png


因为我这里的原型涉及的模板只有整体框架和底部版权两个母版,没有需要特别阐明的,所以不需要生成模板的阐明。
103545fhuf8q222v3z3rl3.png


103545yxbm8rubjlbtwqc4.png


103546pjlthxslkunnljlr.png


103546rt4xc0tx7jmom2xb.png


103547scpzupwemcvrgwcp.png


经过规范编写Axure需求文档之后,导出的Word需求阐明文档就比力规范了。
原型规范化、需求阐明文档规划化,生成的Html原型以及导出的Word需求阐明文档既能满足具有不同使用习惯的开辟人员,也方便自己维护文档。
公众号:zuopmcom
分享淘帖
回复

使用道具

您的回复是对作者最大的奖励

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于作者

多多都都

新手猿

  • 主题

    3

  • 帖子

    3

  • 关注者

    0

Archiver|手机版|小黑屋|云大陆 | 赣ICP备18008958号-4|网站地图
Powered by vrarz.com!  © 2019-2020版权所有云大陆