prd文档用什么工具写简评这2种工具优缺点

一直以来，我都习惯在Axure上写需求。但是很多公司或者技术习惯使用word文档的PRD。的确，Word文档形式的珠三角有其存在的价值。一是便于存档；二是也可以方便习惯使用Word文档的

本文最后更新时间： 2023-03-01 12:44:37

一直以来，我都习惯在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个部分。这一步是设置需要生成的内容格式。下面分享一下我设置的，里面的设置就不细说了。你可以自己试试。

(页面设置)

(主设置)

因为我这里的原型涉及到的模板只有两个母版，整体框架和底层版权，不需要特别的指令，所以不需要为模板生成指令。

(属性设置)

(快照设置-原型截图)

(组件设置-要求描述)