企业如何引入Axure RP(演讲稿)

企业如何引入Axure RP（演讲稿）
作者:hawking 日期:2009-05-11
字体大小: 小中大
问如何引入Axure RP，其实没有一个准确的答案。

为什么这么说呢？因为没有哪一条途径是适合所有公司的，不同的公司情况不同，人员组织不同、产品研发流程不同、交付物的表现形式也不同。

每个公司，都会在自己的发展壮大的不同阶段，调整自己的企业文化，组织结构，甚至战略目标。

因此，要问如何为自己公司引入AxureRP，首先还是应该从自身出发，才能为自己找到最合适的途径。

一、axureRP的引入
那么，我想结合我的工作经验，用五W一H的决策分析工具，来为我们今天的议题，指引一条路。

当我们要为我们的企业引入axureRP时，我想，我们需要首先问自己以下几个问题：
What，我们引入的到底是什么？
Who，我们企业情况如何？（我的企业是谁）
Why，我为什么要引入Axure RP？
Where，我要将Axure RP用在什么地方？
When，我们该何时引入？
How，如何引入？
What，我们引入的到底是什么？
也许你觉得，这个问题很好回答。

是呀，不是很明显么？我们引入的是这款叫做AxureRP 的软件，我们就是要丢掉以前的原型设计方式，以后都用AxureRP来做我们的产品设计。

但是仅仅用AxureRP加入制作流程，就是我们的初衷么？
如果一个公司在引入AxureRP时，领导层也没有重视这件事情，既没有说要大家尝试使用，也没有说不做考虑。

这时，一旦有的人在做产品设计的时候，自己私下尝试使用，跟设计师、程序员沟通的时候生拉硬套，试图强行加入新的开发流程。

一方面会出现由于刚刚接触这个软件，用起来并不是那么得心应手，产品设计花费的时间周期加长，另一方面会出现，各部门的执行人员，都不能适应这一新的变化，也不愿意同时面对两种不同类型的开发文档，因此导致沟通不利，影响工作的进度和质量。

很明显，AxureRP只是一个工具，就跟我们画画可以用毛笔、钢笔、铅笔、水彩笔、碳精条等等不同的工具一样，我们要完成产品原型设计也可以用其他的软件工具，所以如果我们仅仅是为了引进一个新的软件，那么很可能让我们的工作陷入另一种难堪的境地，这不是我们真正要引入的。

那么我们到底要引入的是什么？无疑，我们公司曾经出现的这种问题，并不是我们期望的局
面。

我们关注AxureRP的初衷是它在制作产品原型时所体现的便捷与速度，在进行产品展示时所体现的简单与低成本。

如果AxureRP给我们带来更多的麻烦与问题，那么那岂不是毫无意义？我们是要引入AxureRP，但是我们是期望引入它之后，我们产品设计更合理，流程更简单，沟通更方便，降低成本，提高效率。

而这些不是一个工具可以解决的，是一个高效的、优秀的、科学的产品研发流程，才能解决的问题。

所以，简单点说，我们引入的，是以AxureRP为产品设计工具，高效而科学的产品研发流程。

Who，我们企业情况如何？
一个公司的发展，跟一个人是的成长是一样的。

面对千差万别的事情，不同的人会有不同的处理方法；而人处于不同的年龄阶段，对于同一问题的处理方式，也会大相径庭。

而无一例外的是，人们处理事情的方法无外乎来自两种途径，一是别人的经验，包括老师的教导，书本学到的知识，一些大师整理与归纳的定理和方法论等等，这些都是别人的经验。

第二就是自己的经验，这是我们在遇到具体的问题时，通过思考与处理后，自己从成败中总结的理论。

公司也是如此，自己的经验，就是在项目研发中累积而成，比如我们常说麦肯方法，麦肯的理论。

这是麦肯公司这么多年的广告客户服务中，不断总结累积的方法论，这就是麦肯的经验。

我们可以拿来借鉴，但是是否符合我们自己的公司，那又另说了。

我们不可能随便拿微软这样的软件巨擘的研发流程，去套一个只有5、6人的小项目组。

所以，想要建立高效的产品研发流程，我们就必须认清自己公司的真实状况，以及所处的阶段，也就是明白我们自己是谁。

要引入axureRP，我们必须认清公司的哪些情况呢？我想，可以从以下几个方向着手。

1、公司规模
一个公司的规模大小，决定了这个公司解决问题的方式，以及工作复杂程度。

小公司人员较少，一个人身兼多个职位，承担多种任务，所设的岗位相对较少，流程也比较简单，因此船小好调头。

大公司流程复杂，部门繁多，各个部门之间的关系协调是最大的成本损耗，因此轻易是不能改变自己的工作流程的。

2、公司人员结构与关系
不同的公司，会有不同的部门结构，也会组织不同的部门关系，人员关系。

有的公司，产品经理是向技术总监汇报；有的公司则直接向运营总监汇报；还有的公司则会专门设置产品总监这一职位，与其他部门做平行处理。

这些不同的人员结构与关系，从表面上看，带来的就是不同的汇报流程，而实质上，则是公司权责利益的表现。

也说明了公司是由技术主导还是由市场主导。

电子商务网站，往往是市场主导的公司，如麦考林、蓝谬，除非规模发展到amazon这样。

而百度、google则是很明显的技术主导的公司。

很显然，因为主导力不同，人员结构与关系的不同，则影响到流程改进的方式和步骤。

也就影响到引进新的，或者优化产品研发流程的步骤与方式。

3、公司的产品研发流程
要优化流程，必须了解现在的流程。

因地制宜的解决问题。

由于不同的公司情况不同，因此这一步必须在了解公司人员结构与关系之后。

我们明确了不同部门不同人员的职责与职能，自然就能很清楚的梳理产品研发的不同阶段，不同相关人员具体负责什么工作。

这样，也就能清楚的知道，从哪里下手，引入axureRP了。

Why，我为什么要引入Axure RP？
第三问是我们为什么要引入AxureRP，没有目的性的事情，不会取得有价值的结果，也不会有成就感，当然也就很难了解我们要做什么。

因此，树立目标是很重要的。

引入AxureRP的原因是多种多样的，
建立高效的需求确认流程。

外部，对客户；内部，对需求部门。

简化产品研发流程。

标准化产品规格说明书。

降低研发的沟通成本与沟通时间。

…………..
这里我想重点说明一下建立高效的需求确认流程这一点。

初步洽谈客户，一般是公司AE以及销售人员的工作，他们会拿销售材料去与客户洽谈。

但是一般的图片与文档并不是特别直观，很多电子商务平台表达自己平台功能强大的方法是罗列很多功能，ERP、CRM等等有用的没用的都拿出来，功能表动不动就几十上百，看得人晕头转向。

但是如果用AxureRP，将平台功能做成html，进行形象的展示，就会显得很直观，但是同时耗费的人力物力也很小。

而且如果平台功能不断完善的，同样也可以在RP的产品文件上进行功能完善和补充，甚至也可以把不相关的功能板块去掉。

洽谈签订合同后，我们就开始与客户接洽，获取客户需求，设计产品的功能与UI界面，正式走入执行层面。

但是如果用传统的方式与华泰电子商务保险公司确定需求，时间周期将会非常之长。

为什么会这样呢？
传统的需求确认，我们会首先根据用户的需求设计产品功能，然后将产品功能做成静态产品线框图交给设计师，然后由设计师做成设计图片交给客户确认，其中涉及到相关的人员就达3个以上。

因此一旦客户提出修改意见，每次需求修改都要走一遍所有流程。

如果一旦不走流程，只是领会意思，难免不会偏离方向；也会有客户日后变更需求，无法与之前所确认需求进行核准的风险。

如果遇到比较复杂的产品，一来二去时间就无法预估了。

而用axureRP，则减轻了很多工作。

首先，产品设计之初，就不需要设计师参与，因为RP 导出的HTML文件，可以让整个流程可视化，因此我们不必将视觉部分跟信息架构和功能部分一起让客户确定，而且我们交付的，还可以是一个可操作的模拟平台，用户能很直观的了解操作功能。

这样，我们明确了目标，就将我们之前的需求确认流程进行了简单的拆分。

初期我们商议确定功能后，首先拟定信息架构，让客户确认。

然后安排UE设计wireframe文档，并生成可
视化的html页面，提供客户操作，并二次确认。

最后再安排设计师设计页面，进行视觉部分的确认。

其实，新流程的差异，就在于axureRP的快速建立规格文档，并产出html可视化操作的界面，实现了交互功能单独确认，大大降低了我们的沟通成本与风险。

Where，我要将Axure RP用在什么地方？
第四问是将AxureRP用在什么地方，其实也就是用在什么环节上。

AxureRP可以做产品说明文档，也就是PRD文档；也可以做交互文件，也就是HTML交互视觉文件，可以精确到鼠标点击、移过、激活等等页面会做出什么反应；也可以简单的出一个视觉图片，仅仅交代布局结构。

不同层次的使用，可以有不同的人来做，也会涉及到沟通的模式会有不同。

因此我们只要找到不同的环节，需要做何种应用，而AxureRP是否能够有效，就能解决AxureRP 用在什么地方。

比如：
需求部门提交需求的时候，他们可以用AxureRP画简单的框架图
产品经理设计简单的线框图
UE设计师进行原型设计工作，设计高保真的产品原型图
给领导汇报产品工作
内部产品评省与快速功能修改
设计师、程序员开发的参考
制作产品需求文档PRD
……..
When，我们该何时引入
（我们这里只考虑有足够规模，有完整研发流程，分工细致的公司）
何时引入AxureRP，是对公司成本的一个评估工作后进行的决策。

也同样是对之前问题回答之后，我们再考虑的解决方案。

如果现有的产品研发方式已经很优秀，且工作流程很合理，同时公司规模太大，涉及部门太多，我们为何还要导入AxureRP呢？所以在没有任何问题的情况下，我们应该有魄力的否决这个方案，放弃引入AxureRP。

其实引入axureRP的时间对于公司，是一个总体概念，自然是从意识到现有的产品研发方式有问题，而AxureRP能对其进行优化的那一刻，就会开始引入的行动。

但是对于大型公司，这种改变是有风险的，所以只有对于具体的项目，或者产品的不同阶段，才会有具体的时间。

因此我们从公司项目的具体情况与处于的具体阶段考虑引入的时间。

编号风险紧急度成本引入时间
1 大高大暂不引入
2 大高小慎重考虑
3 大低大暂不引入
4 大低小慎重考虑
5 小高大暂不引入
6 小高小慎重考虑
7 小低大慢慢渗透
8 小低小可以放手尝试
第1、3、5类项目，由于关系到项目成败，而且非常紧急，建议不要考虑尝试。

对于2、4、6类项目，虽然具备一定的风险，但是可以根据风险情况，以及项目时间情况，做有效的尝试；7类项目，由于成本很大，但是风险小，时间周期长，可调整的机会多，因此可以慢慢渗透，视情况调整；而8类项目，则是做尝试的最佳项目，因此不妨马上开始。

How，如何引入？
明确了所有问题后，我们就该问如何执行了。

基本上，在一个成形的项目组，或者在一个系统组织的公司内，执行的方式步骤，都很相似：
1、找到关键角色：产品经理、UE。

组织系统培训与学习。

2、组织产品经理分析现有的研发流程，并依据AxureRP制定新的研发流程。

3、编制统一的规范模板。

每个公司应该制定统一的规范模板，明确哪一步流程，文档制作由谁来完成，必须达到哪一个标准。

（三类标准，简单的图标、带交互的html演示、word的prd文档，某些公司可以用到csv）
4、组织培训会议，分发文档规格给各执行组成员。

这一步相对简单，组织相关人员学习如何看懂RP产生的规格文档。

5、各项目组建立统一的RP文档，开始统一编撰产品规格文档，按照新的研发流程严格操作。

附录：可以根据产品销售、演示需求，制定特定的UE角色，专门执行设计初步的演示文件。

二、不同角色的人员，如何使用AxureRP软件（Axure RP可以帮助哪些人）
首先，对于AxureRP软件的掌握，可以分成三个层次。

而设计师、程序员主要是要能够读以上三类交付物，并根据所提供的交付物来完成手头工作；而需求提出部门的人员，不妨达到普通级别的使用就可以，如果不能达到，也不需要做出硬性要求。

而销售、AE则更简单，只要知道如何拿这些文档去忽悠客户就好了，能不能做，都无关紧要了。

三、不执着于Axure RP不能实现的业务需求
设计师经常执迷于使用photoshop去完成一个高难度的效果。

比如说，不断的向自己提出挑战，强迫自己用photoshop去做金属效果，去画白布上的冰块，去研究各种不同滤镜来做同一个物体形象。

因为过分的执着，在工作中有如走火入魔一般，往往忘记了项目的工期，而且一再的向负责人拖延。

就好像武侠小说里面痴迷的武痴一样，不达目的誓不罢休。

其实这对钻研，对技术的提高是很有好处的，但是需要学会适可而止，而且要学会目标导向。

业余的时间，个人研究，是毫无对错可言的，这叫做钻研。

但是在工作中，要明白，AxureRP设计的产品原型，只是一种设计方式而已。

我们利用它的主要目的，是为了沟通，是为了更好、更快的完成手中的工作。

而不同的产品原型设计方式，也有自己各自的优点，需要活学活用。

因此一个不能实现的效果，只要不影响项目的进度，不影响与执行人员的沟通，在工作中就不要过分的追求。

或者，直接用文字，用语言表述，可以更好的提高效率，降低成本，也不妨如此。

而且，网络技术发展日新月异，很多新的技术形式，表现形式出现，并不见得AxureRP就一定可以表现，这是正常的事情。

目前AxureRP软件也在不断的完善，但它的完善，也是根据互联网的实际发展情况更新。

它是一款产品，是根据市场需求完善的产品，有不能实现的效果，更是非常正常的事情。

最重点的是，作为产品设计人员，交互设计师，重要的工作之一，就是务实的创新。

如果你的创新，现在网络常见的交互方式中没有，AxureRP无法实现不是很正常的事情么？所以，万不可因为一个工具，而束缚了你奔放的思维，想象的空间！。