基于AxureRP的快速原型设计法确实能提高原型设计的效率和提升用户演示的效果，产品设计、交互设计或者是产品经理在做完原型设计，确认好需求之后，都不可避免的要写PRD文档或者是交互设计稿
大公司才会有交互设计师这个岗位，也就才会有交互设计稿这种文档产出，一般的公司都是只有产品设计师、需求分析师、商务分析师或者产品经理这样的岗位，这个岗位基本会包办了从需求收集，需求分析，需求设计，原型设计，编写PRD这样的一个过程，所以说小公司比较锻炼人，会练就全能的本事
编写PRD文档是个较为苦命的工作项，具体的编写要求参见《如何书写好的产品需求文档PRD》，这份文档将会作为产品的指导性文档，告诉开发、测试产品的需求点，实现的要求，验证的逻辑，运营人员也需要参考，以获知当前产品所能达到的功能层次
写文档的时候事无巨细吧，人家会嫌你写的太繁琐了；写的太简单吧，人家又会嫌你没说清楚该说的；开始使用敏捷模式要求文档弱化了，但其实只是在过需求的时候不需要提前先把PRD写好，事后还是得补的；写文档耗掉的时间多了，人家会说能否除掉一半，功能需求都确认好了，你只是将它描述出来为什么要用掉那么多的时间？凡此种种，都让做产品的我们感觉命怎么这么苦，因此开拓一种写PRD的新思路新方法是相当有必要的
现在都讲究用工具来辅助，工具用的好，确实能事半功倍，那要是工具用的不好呢？那就只能自求多福了
原型设计软件的主要功能还是用来做原型，那是否原型演示完了之后就没有用了呢？这个我想有点工作经验的人都不会这么认为，当然我们还是可以发挥一下原型的剩余价值的
大家都知道，如果一份文档里面可以图文结合，所描述的东西更能吸引到人去阅读，也更能帮助别人理解
AxureRP所设计的原型支持HTML格式的浏览，相较于其他原型设计软件直接产出图片，AxureRP的原型即可以直接导出成图片格式，也可以通过在浏览过程当中用截图软件来截图的方式使用，当然后一种方式更为繁琐，后面说明为什么直接生成图片反而不方便
使用AxureRP自带的文档生成功能去生成PRD文档这点我在之前写AxureRP使用教程的时候有提到过，AxureRP是支持通过即定的word模板格式来导出生成文档的，可以参考《AxureRP教程–生成规格说明书》
不过使用这个功能对自身的要求是比较高的：1、要对AxureRP所提供的注释功能非常熟悉，其默认提供的注释字段是国际通用的，并不适合中国国情，要根据产品和项目的需求进行修改和自定义
要了解组件注释和页面注释的使用方式，以及这些注释会出现在文档的什么位置等；2、要在做原型设计的时候就做好注释的录入，每个组件的交互，前置触发条件，后置反馈事件，以及每个页面的功能说明等，这是一项细致活，挺耗时间的，和快速原型设计的要求不大相符；且万一在确认需求的过程当中需要修改的，这个维护量也比较大；3、要熟悉word的格式排版设置，用AxureRP默认提供的word模板生成出来的PRD文档，估计不符合大多数公司的文档编写要求，如果没有要求的则可以直接使用，否则就得自己倒腾一个word模板出来，这个对word的功底要求较高，再就是还得熟悉AxureRP里面模板导入的机制和模板使用机制；4、综上所述，这个功能虽然很强大但实际应用的较少，其实比较鸡肋，个人是已经放弃了，有兴趣的朋友可以深入研究一下，到时分享一下；基于AxureRP原型的PRD文档编写这个方式其实就是截图，然后用截图+文字的形式来书写PRD文档，有人就说了，图片制作软件那么多，为什么非得用AxureRP来做原型，还得截图呀，这里有个已经使用AxureRP的前提：1、AxureRP提倡快速原型设计法，可以大大减少原型设计的时间，这是选择使用AxureRP的一个原因；2、AxureRP支持HTML格式的浏览，极大的方便了原型的演示效果，可以很清楚地告诉演示对象每个页面的跳转，每个按钮的操作效果，每个连接点击结果等，这是选择使用AxureRP第二个原因；当然AxureRP的优点不止于此，原因可能很多，但主要的是这两个方面，这两个前提决定了我们当前都是使用AxureRP来做原型设计的，然后再讨论如果在已经使用AxureRP的情况再来优化截图写PRD的方法，否则就没法进行下去了
1、为什么是HTML格式页面的截图而不是直接导出图片？这个从操作层面上来讲，导出图片的模式操作流程如下：导出为图片>>>打开word>>>选择插入菜单>>>选择插入图片>>>搜寻图片所在文件夹>>>选择图片>>>点击按钮完成插入图片操作；或者是下面这种方式：导出为图片>>>打开图片所在文件夹>>>选择插入图片并打开>>>复制图片>>>打开word>>>粘贴图片完成插入图片操作；这个比上面的省一个步骤；从HTML页面截图的模式操作流程如下：打开对象所在HTML页面>>>用截图工具截图>>>复制所截图片>>>打开word>>>粘贴图片完成插入图片操作；对比一下就知道，用截图的方式所需的操作步骤是最少的，也就是最能节省时间的，这里推荐一个截图工具：Snagit（下载地址），可以对所截的图进行一些简单的编辑，比如画个圈圈提示一下，画点箭头什么的
2、基于AxureRP原型截图这种方式更能适应需求变化
大家都知道AxureRP是支持单个页面的修改单个页面重新生成原型的，不需要整体原型重新生成一遍，这样某个地方修改了，只要重新生成一下原型，然后再截图修改即可，而导出图片的方式AxureRP只支持导出主页和导出全部页面两种方式；3、截图工具的辅助功能，上面也提到了，可以对图片做一些必要的处理；这是截图+文字的模式，有了截图之后，编写描述文字应该就方便很多了，避免出现大段的文字
另外PRD编写一般都是有格式要求的，有些内容不能用工具来解决，一般一份PRD文档要包含以下这些内容：1、概述部分：简单介绍一下产品的背景，产品的价值或者愿景，产品的简单介绍，一些预估的风险点，干系人，名词解释等等；2、业务需求描述部分：定义好目标用户群体，业务流程图，业务架构图，脑图等等的介绍；3、功能需求描述部分：这部分才是用到上面所述方法的点，每个功能点都可以用那样的方式描述；4、非功能需求描述部分：与产品相关的一些辅助功能，性能要求、易用性要求等等；5、接口描述部分：与外部有相关接口的需要在这个部分描述；6、附录部分：培训信息、参考资料等，还可以有运营计划等等；完整的PRD文档中，最多的部分就是对功能需求的分解描述，AxureRP可以很好的支撑这个部分的全部内容，另外其实AxureRP也有流程图、UML图的功能，业务流程图、业务架构图等都可以在AxureRP里面实现出来
基本上我自己目前就采用的是如上的方式来编写PRD文档，在原型已经设计好并演示确认了的情况下，编写PRD文档一般都比较快速，30页到50页之间的文档，如果时间利用充分的话，可以在1天到1天半之内搞定
产品经理都是很忙的，时间挤挤总会有的，要在有限的时间内做更多的事，一是要充分利用工具，二是要发掘一些新的方法，双管齐下，应该就可以找到适合自己的Style