行业资讯

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

一直以来，我都习惯在Axure上写需求说明。

但是，也有不少公司或者技术习惯使用word文档的PRD。

确实，Word文档形式的PRD有其存在的价值，一来方便存档，二来也能够方便习惯使用Word文档的技术，三来还方便发邮件做报告，四来还能够对于一些有较复杂流程，需要用到各种图示的产品项目，word文档也方便贴图。

既然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需求文档同时兼顾，并且维护的时候能够同步。