一直以来，我都习惯在Axure上写需求。
但是很多公司或者技术习惯使用word文档的PRD。
的确，Word文档形式的珠三角有其存在的价值。一是便于存档；二是也可以方便习惯使用Word文档的技术；第三，还可以方便发邮件做举报；第四，对于一些工艺复杂，需要各种插图的产品项目，也可以方便作图。
既然Word文档的PRD有这么多好处，是不是所有的产品项目都用Word文档写PRD？
1.如何选择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需求文档同时考虑，并且可以在维护时同步。
(用Axure编写需求文档)
(生成的Html原型文档)
(导出Word需求文档)
使用Axure 9.0绘制原型，导出上面三张图中的Word需求文档。同样，Axure 8.0也可以导出Word需求文档。Axure 9.0的一个好处是需求描述中的序列号可以对应组件中的序列号，而且序列号是可以修改的。这样就不需要用线把原型中的组件和需求文档连接起来，减少了线对原型界面的干扰。
(Axure需求规范文档和Word需求规范文档的对应关系)
通过上面的对比图，我们可以知道Axure需求文档和Word需求文档的对应关系。根据上面的对比图，以下是主要步骤:
导出的Word需求文档主要由3~5部分组成:页面概述、用户界面(原型截图)、需求描述(组件描述)、交互描述、(主控描述)。我一般用前三部分，把交互描述写在需求描述里。
步骤1:定义组件字段
建议只需要一个默认的自定义组件字段，可以重命名为(需求描述)。重命名的步骤图如下。因为组件描述的字段是需求描述表中的每一列，也就是说自定义组件的字段越多，表就越宽，而Word文档的宽度有限，所以不建议设置过多的自定义组件字段。如果想做更细的区分，可以把它们写在这个字段下面的点里，比如需求描述里的“功能介绍、交互描述、逻辑描述”等等。
第二步:编写需求描述
在已定义的组件字段中编写需求描述。题外话，Axure有个不好的东西。不能在需求描述中直接映射，也没有删除线(有删除线的修改文档更容易区分)。如果Axure能把需求描述(组件描述)的地方改成富文本的形式，再加上映射和删除线就更完美了。
第三步:导出Word需求描述
单击“发布-生成Word说明”(Ctrl+Shift+D)
第四步:调整要输入的内容
如上所述，导出Word需求文档包括3~5个部分。这一步是设置需要生成的内容格式。下面分享一下我设置的，里面的设置就不细说了。你可以自己试试。
(页面设置)
(主设置)
因为我这里的原型涉及到的模板只有两个母版，整体框架和底层版权，不需要特别的指令，所以不需要为模板生成指令。
(属性设置)
(快照设置-原型截图)
(组件设置-要求描述)
(布局设置)
(模板设置)
以标准化的方式编写Axure需求文档后，导出的Word需求描述文档更加标准化。
原型的标准化和需求规格文档的规划，生成的Html原型和导出的Word需求规格文档，既能满足不同使用习惯的开发人员，也方便了他们自己的文档维护。
本文来自枯萎○还行投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/616308.html
微信扫一扫 
