课前准备知识

专业术语

在进入正题之前，非常有必要详细介绍一些专业词语，这样可以帮助你更加透彻地理解本书想要传达给你的知识与经验。

UE/UX

●UE 全称User Experience，中文名“用户体验”。

●UX 全称User eXperience，中文名“用户体验”。

由此可见，UE和UX是一回事，大概与Usability这个名词一起于2003年前后传入国内。在此将User Experience与Usability一起讲不仅是因为它们之间容易误会，还有一段很深的渊源。

首先，国内对于Usability的翻译存在很大问题，普遍观点都认为是“可用性”或者“易用性”，这两个词含糊不清可以随意使用。但是，从世界标准组织对Usability的定义来看，无论是直译还是意译，“可用性”都是最佳答案。准确地说，可用性包括了“易用性”的含义，而“易用性”有自己的专用英文——Easy to use 。

2004年，随着UPA在中国第一次国际会议，首次把Usability概念带到媒体面前，但出于各种因素并没有过多涉及互联网技术领域。在此后的2005-2009年共举办了6届“用户体验行业”主题相关的年会，“用户体验”在中国各个行业、领域逐渐受到重视。

但是，过度地宣传和概念的推广也造成了负面效果，时至今日还有很多同行小白，甚至比较资深的“专业”人士仍然误以为“UE就是Usability”。上面所提到的UPA全称为Usability Professional`s Association，中文名为“可用性专业协会”（注意：不是易用性专业协会）。也就是说Usability才是UPA的核心主题。

那么Usability和User Experience又是什么关系呢？在Usability概念盛行时，UE这个概念还名不见经传，Usability在欧美很早就受到重视，尤其是在工业设计领域已经有了丰富的研究成果。当然，这也与它们之间的本质差异有关，近些年借助互联网传播迅猛的东风，UE迅速风靡整个互联网技术领域，并且迅速超越了Usability的地位。从整体上来讲， Usability只是UE的一个指标，“较高可用性”与“较好用户体验”之间应该是不充分不必要的关系，如：

●较高可用性的产品并不一定带来好的用户体验（不充分）。

●较好用户体验的产品也可能具有不良的可用性设计（不必要）。

相信大家对游戏都不陌生，我们就以此为例来解释一下“可玩性”与“可用性”之间的矛盾。玩家对游戏的要求是具备相当的“可玩性”，希望游戏的设计要有一定的复杂性，由此充分调动用户做脑力和体力运动；而“可用性”恰恰相反，玩家希望使用“比较简单的方法”来操作好玩儿的游戏。试想一下，如果需要使用十几个甚至更多按钮才能玩游戏时，这款游戏是否还能继续吸引你。由此可见，“可玩”的游戏加上“可用”的操作才是绝佳的用户体验。

针对互联网产品而言，Usability并不是用户体验的核心关键，这是与“工业设计”类产品截然不同的区别，这也是为什么很多宣传Usability概念的网站，本身也做得“很差”的原因，也许用户还来不及体验“可用性”，在“可访问”阶段就放弃了。

2005年起，以用户体验为主题的设计类网站、博客如雨后春笋般出现，各种西方专业名词和术语或者英文组合也让大多数人晕头转向。正如前面所提，UE与UX其实是一回事儿，通常海外和国内的外企习惯用UX，这是因为老外习惯用全称User Experience，和简称UX。据分析，是因为Experience的发音ex=x，所以听起来和eXperience一样。不过对于国人来说，使用UE的更多，因为好看也好念（u' e和u' aiks或者u' cha），你更偏向于喜欢哪个呢？也许这就是概念本地化的一种体现，就像当初大家都喜欢将Windows XP（aiks' pi） 读成Windows XP（cha' pi） 一样。

关于User Experience的详细介绍请参考维基百科：en.wikipedia.org/wiki/User_experience_design。

要说可用性、用户体验深入人心，得到广泛重视，笔者认为是在2006年8月《点石成金》（Don't Make Me Think）中文版风靡中国互联网之后。该书以现在写稿时的观点来看属于入门级，但在当时这本书在整个互联网圈内口碑相当好。其实这本书在2000年就已经出版，未进入中国前全球销量已经超过10万册，可见在当时其影响力非同一般。

2007年10月出版的《用户体验要素》中文版，比较权威、全面地阐述了Web用户体验知识框架，得到中外同行的广泛认可。

相信通过上面的简短描述，已经让你更深一步了解并区分UE/UX和Usability这三个单词的概念了，我们在后面的内容中还会多次提到User Experience这个单词。

产品原型

Axure RP就是一款快速原型设计工具，在这里首先为读者朋友们阐述一下线框图、原型、视觉稿之间的区别。这三个词也经常被朋友们搞混淆，笔者认为，在进入正式的教程内容之前，将这些与你的工作（也许是你未来的工作）密切相关的词汇讲解清楚，让大家理解明白，对我们透彻理解教程内容是十分有帮助的。

●线框图（Wirefreams）是低保真的设计图，通常都以黑白线条来表达，并配以文字注释，其内容包括：1.内容大纲（什么东西），2.信息结构（在哪儿），3.用户的交互行为描述（怎么操作）。

使用Axure RP也可以绘制线框图，如果你愿意的话，笔和纸也是很好的选择。绘制线框图最大的优点是“快”，绘制时不必在意细枝末节，但必须表达出设计思想，不要漏掉重要部分。视觉上的审美效果应该尽量简化，黑白灰是经典用色，也可以使用蓝色代表超链接。

好的线框图应该像水晶一样，清晰明确地表达你的设计创意，在团队成员中准确传达设计思想。在复杂项目的初始阶段，线框图是必不可少的，发挥着极其重要的作用。

●原型（Prototype）是中（高）保真的产品设计图，代表最终的产品。本书就是围绕如何使用Axure RP这款工具制作产品原型的各种细节进行讲解的。

原型（在此，特指互联网产品原型）的作用非常关键，也非常丰富，使用产品原型我们可以：

1.高效、准确的展示产品需求，2.快速更新和迭代，3.有效地测试不同的假设和想法，4.将客户的需求可视化，5.在整个团队中无缝沟通。

原型的设计应该尽可能与最终产品一致，在进入正式产品开发阶段之前，将产品原型发送给股东、用户、客户、项目干系人等进行测试，并充分利用他们的反馈意见进行调整，在原型中做这些要远远强过开发出应用程序之后再做。

●视觉设计稿（visual design）是高保真原型的静态设计图。将视觉设计稿制作成可交互的原型就是高保真原型了。

通常来说，视觉稿就是视觉设计的草稿或终稿，帮助团队成员以视觉审美角度审视产品。用优秀的视觉稿制作高保真原型可以起到意想不到的作用，无论是拿去见投资人还是收集用户反馈都是最佳选择。

原型设计流程的不同模型

下面这张图中是两种常见的用户体验原型设计模型。

选项A：完全依赖于前端开发者来表达交互的观点，并且要承受被拒绝采用或多次修改的风险。在此场景中，用户体验设计师创建静态线框图，前端开发者将其转换为HTML。我们需要关心的不仅是浪费时间和金钱，还有动态交互中出现的问题。

选项B：你拥有编码能力，或者去学习HTML、CSS、JavaScript，线框图和可交互原型都靠自己一手搞定。

我们经常会看到这样的招聘信息：懂用户研究，有组织并领导设计产品的经验，可以独立制作线框图和HTML-CSS-JavaScript级别的产品原型（高保真原型），能独立撰写详细的产品需求文档（PRD），等等。而招聘的职位也许是用户体验设计师也可能是产品经理。换句话说，这类公司想招聘一位个身怀多项绝技并拥有多种特定专业知识的人才（这本是一个团队的工作），而只付给他一个人的薪水。这反映出很多互联网公司对用户体验依然存在深深的误解。

随着我国互联网行业的迅猛发展，受西方互联网文化的传入与影响，加上我国中小微型互联网企业对业内人才的强烈需求，不同的职位也催生出了很多流派。但综合观察，无论是公司企业的需求还是从业人员的自身素质，都还有较长的路要走。这也是本书读者需要认真考虑的问题。我相信，用户体验设计师的主要目标必须集中在构思、尝试、体验和针对用户体验与他人（如团队成员、用户等）进行交流沟通。紧密配合开发人员，并且对主流的软件开发技术（如HTML、CSS、JavaScript）有坚实的理解，这样你可以评估出自己的设计对于开发人员来说实现成本有多少。但是用户体验设计师不应该被视为“万金油”，因为这样做，他们将无法成为任何方面的专家。用户体验设计师应该时刻保持专注，并且需要专业且强大的工具来设计用户体验。

选项C：Axure给我们提供了第三个选项，用户体验设计师不必依赖前端工程师，也不用让自己成为程序员。

虽然Axure RP7的学习曲线比较苛刻，但是一旦掌握Axure，你就可以轻松实现脑海中想象的非常现代的用户体验效果。使用Axure，你可以将一个概念落实为线框图，再进一步制作成高保真原型，甚至可以根据需求制作响应式布局来适配不同尺寸的屏幕。如果你熟悉编码，Axure对JavaScript和CSS的支持是非常强大的；如果你不熟悉编码，你仍然可以创建令人惊叹的产品原型而不需要你编写一行代码。

下面我们来谈一谈工作中所面临的困扰，相信你一定也会和我一样迅速拥抱Axure的。

如果你使用传统方法（Visio、Word、Excel或者InDesign）创建过规范文档，那么你一定对这个繁琐、耗时、高成本的流程深有体会，你需要在Visio制作的线框图中添加脚注，给这些线框图截图，保存这些截图并导入规范文档中，最后还要编辑相关的注释。

然而，迭代设计是用户体验过程的核心，这就意味着频繁更新，而且有时更新的内容量非常大。所以，你必须重新截图、命名、保存图像、将图像保存到更新版本的文档中，并更新注释。有时候，修改线框图需要级联更新，这就包含了更多工作和潜在的错误。每次更新都需要重复这个过程，时间、精力和金钱的浪费变得清晰可见并令人生畏，这对于项目中的所有人都是不利的。

Axure集成了自动化的规范文档创建功能，最大限度地降低了上面所述的手动过程。Axure给线框图的每一个注释加上数字标记，自动截图，并且可以在自定义的布局中管理所有内容，虽然配置规范文档的模板需要一点时间，但这足以让完全手动的过程显得苍白无力。此外，在处理大中型项目时，团队协作是一个关键的先决条件，Axure对团队协作功能的支持也是非常强大的。

Axure在不同项目中的应用

我的一些学生、同事还有很多网友说，在自己的工作中几乎经常使用Axure，而另一些则表示在自己制作线框图的阶段会把Axure扔得远远的。产生这两种截然不同的情况其根本原因在于：很多人不清楚应该什么时候使用Axure，在处理什么样的项目或任务时使用Axure最合适。

下面我们就来谈论一下Axure的使用场景。也许你会觉得下面的内容有些枯燥，但这些内容是我多年工作经验的积累与沉淀，是大大小小几百个项目实战后的总结。这其中有成功的也有失败的，但我想要告诉你的是：无论你想成为用户体验设计师还是产品经理，认真阅读下面这些内容一定会让你受益匪浅！

小项目

通常，在与客户交谈时都是以这样的对话开始的“我们需要一个简单的网站（或APP），只需要一些非常基础的功能……”稍后你会发现，他想要的绝不是他所描述的那样简单。而理想情况是，在签订合同之前，他最好能把所有的详细需求都一一列出来。

我们并不知道客户想要的“简单的”网站（或APP）到底是什么样子。简单这个词是用来表达目的，因为通常情况下人们对“简单”这个词的理解都会本能地将注意力集中在最突出（基本）的功能和所涉及的页面数量上。然而，这可能会导致非常严重的误导（误会），下面来看为什么会这样。

● 现代的Web应用程序页面模板都相对较少，如概述页、列表页、详情页等。然而，每个页面的复杂性可能都不相同，而这通常是隐藏在早期讨论中的问题所在。

● 内容的展示需要适应不同的设备，这也是必须要考虑的重要条件。也就是说在初期讨论中，无论客户要求哪种屏幕尺寸，我们都必须至少考虑3种不同尺寸的布局设计（桌面电脑、平板电脑、手机）。对于某些类型的应用程序，为了确保工作流程在多个屏幕中顺利进行，工作的复杂性可能以指数增加。

● 另一个需要考虑的要素是应用程序的用户数量。它是否需要动态改变的内容和会员注册/登录功能？是否带有交易功能？是否有动画效果？是否要模拟数据？如果客户对这些问题的答案都是否，这样的项目应该是一个简单的项目。

然而，如果Axure只适合用来处理简单的项目，有朋友可能会想，使用PowerPoint或者Keynote也可以用来制作简单的项目原型，为什么还要花时间和精力去学习另一款原型设计工具呢？如今，伴随着许多成功的平台出现（如Wordpress、各种CMS），一些不懂任何技术的人也可以通过多次试用体验创建出比较复杂的网站，而使用Axure在处理此类简单项目时可以帮助我们提前确定客户需要的样式与功能，避免不必要的调试与返工。

网站应用程序和门户网站

首先，网站（Web）与网站应用程序（Web Applications）这两个词的意思是不同的。各位读者可以查阅百度百科了解详情，在此编者以自己的理解简要介绍一下这两者的不同。

网站：是用来展示内容的，如新闻、博客等。

网站应用程序：是用来执行任务的，如百度网就是一个网站应用程序，用户使用它执行搜索任务。此外，火车票、机票的查询预订、酒店查询预订等，供用户执行任务的，都属于网站应用程序。

这类原型正是Axure的菜。虽然有很多门户平台可用，但企业往往需要定制开发来增强某些功能以便满足业务需求。对于很多企业来说，这样的项目往往是战略级的，对金融投资非常重要，所以市场需求强烈但要求也比较高。下面是这类项目的共同属性。

● 由企业领导安排批准，最初的用户体验需要做高保真视觉稿（大多数领导都喜欢看视觉稿）。

● 应用程序包含多个模块，代表组织中不同的业务单元。通常情况下，这些业务单元遍布全国甚至世界各地，每个业务单元可能有其自己的规则、要求和技术支持。这些需求在集成到应用程序之前必须考虑到将其简化、统一。

● 如果你的任务是创建一个高保真原型，一定要意识到企业组织的复杂性。尽可能记录你的工作假设，不同的涉众的指导和反馈，以及他们的优先级，还有潜在的有可能产生摩擦的领域。

● 有些时候，用户体验设计师会提出一个全新的、高效的、甚至伟大的设计，然后会遭到项目负责人的拒绝，并且会这样说：“做用户体验的那群人想法太前卫了，而且风险太大，最重要的是他们对业务规则并不熟悉！”

现实与梦想之间的平衡是非常重要的，特别是当用户体验团队对业务的认知还非常少的情况下。因此，我建议：

●不要擅自做任何假设，询问尽可能多的关于术语、流程和你不明白的地方。

●在项目早期，指出潜在的差距和实现风险。在Axure中，对你关注的布局或相关部件添加风险注释，并在评审会议中进行讨论。

存在风险的不仅仅是布局或部件，与业务规则文档相关的风险才是至关重要的，因为这可能会影响到应用程序的接口。

要处理每个复杂模块的具体需求，开发这样的应用程序需要一个庞大的业务和技术团队，用户体验团队也是必需的。

一开始就应该使用团队项目，并和团队沟通设计模式和其他常见元素。平衡发挥团队成员能力和工作的灵活性，与应用程序的整体一致性和完整性，这是一项非常重要的挑战，虽然这并不是本书重点讲解的内容，但依然建议各位读者参考一些敏捷项目管理的书籍，如《当用户体验设计遇上敏捷》。

●用户验证

你可以利用企业提供的条件进行用户验证活动，如焦点小组和可用性测试。然而最重要的是把控好用户验证在项目中的预算和时间表，还有要用到的交互原型质量，这对于复杂的应用程序尤其重要。进行可用性测试前，要确保可用性测试的场景是建立在原型中的，因为计划以外的场景可能会导致大量的问题，造成不必要的返工和修改。

●可交付原型和规范文档

通常情况下，客户都会要求交付线框图、高保真原型和规范文档。下面所列出的几点是你需要重点考虑的内容，如果你对Axure的术语和功能还不熟悉也不必担心，很快我们就进入本书的正题，为你讲解Axure的专业知识，但在这之前希望你耐心读下去。对于用户体验设计师来讲，Axure是一款非常棒的工具，但本书要传授给你的不仅是如何使用Axure，更重要的是在你处理不同规模的项目，面对不同的问题时，如何将Axure这款工具的价值最大化地发挥出来。

如果你的客户需要规范文档，那么他们想要什么格式的文档呢？是一份详尽的Word文档还是基于HTML注释版本的原型呢？你是否有机会与项目相关人员讨论规范文档的风格吗（通常是开发团队）？或者客户对文档并没有提出过任何的规范要求？如果是这种情况，你应该尽早沟通并明确澄清你交付的规范文档是什么样的格式。

向开发团队索要一份曾经使用过的规范文档，体验一下什么样的格式是可接受的。

如果客户需要你提供交互原型，那么他对原型所预期的交互程度是怎样的呢？客户的期望往往基于过去的经验，你可以和客户商谈并浏览一下他曾经看过的交互原型，然后把你做过的成功案例展示给客户，提高双方对交互原型效果的共识。

如果应用程序需要制作基于不同角色的用户登录效果，你要为每个角色都制作完整的用户体验？还是只为主要角色制作？光是这一点就有可能毁掉整个项目，因为项目负责人（投资人）可能想看到每个角色的不同需求，而你的预算和工作计划中可能只模拟了一个角色的用户体验，这一点在项目前期一定要注意，并与项目相关人员沟通清晰。

提前了解原型中哪些部分是全局性的，使用动态面板、母版（母版的自定义事件）可以有效提高工作效率，减少冗余重复的修改工作。

为不同类型的用户制作不同的用户界面时，工作流程和路径会有所不同，这可能会涉及变量和函数的使用。如前面所述，恰当使用动态面板、母版以及母版的自定义事件能够起到事半功倍的效果。现在你对这些专业名词也许还不熟悉，但不必担心，先把它们记在心里，在后面章节中学到它们时印象会更加深刻。

计算一下制作原型的高保真视觉界面的费用是多少，只制作静态线框图费用又是多少。项目计划中是否需要快速制作出高保真原型，一旦经过评审后就根据高保真原型的设计细节和规范文档进行开发？如果是这种情况，一定要注意，Axure项目文件中的每一部分都要细心重建，原因有以下两点。

1.首先，高保真原型通常都是非常高级的展示，表达了你对项目的设计理念和尽可能多的功能细节与特性。但是，通常情况下可能没有足够的时间来验证业务流程和技术约束。当细节设计工作推进时，原型中许多假设的美好愿景为了满足实际的业务需求和技术约束都要被缩减。

2.另一个需要注意的问题是管理员后台的设计。大多数应用程序都有某种形式的管理功能，比如给其他用户分配权限和其他参数。在项目初期的谈论过程中很少会谈到这方面的内容，当项目推进到一定程度才提及，这会造成很尴尬的局面。将所有的模块和关键屏幕都制作好，让项目相关负责人组织评审，一旦同意，这个原型将作为变更管理和调整范围的依据。

大型项目

当使用Axure处理大型项目时，下面这些提示会对你有所帮助和启发。

Axure可以促进设计的一致性，但要想真正做到设计的一致性，还需要专业的项目管理流程。

●构建正确的线框图并贯穿整个团队。

●给线框图中使用的部件创建一个命名规则，注释和评论也要标准化。

●要花点时间训练新用户使用Axure的细节。

在项目开始时，充分考虑应用程序的每个模块和布局，并使用母版和动态面板，经过多次试验后确定一个切实可行的方案；在项目实施的过程中节省不必要的重复工作，提高效率。

一定要控制好项目的时间计划，根据项目过程中的预期与变动实时进行调整，比如用户测试或者比较重大的设计修改，这类事件都要考虑在内。通过以往的经验你会发现，几乎没有任何项目会完全按照你的计划顺利进行，所有（大型）项目推进的过程中都会遇到变化，而我们就是要妥善处理这些计划外的变化。

计划中要包含草图、线框图、低保真原型、视觉稿、高保真原型和规范文档。用户体验设计的定义源自于多项技术技巧，这些技术技巧能帮助你把创意转变成体验。无论你选择低保真还是高保真，草图、线框图和原型制作的根本目标都是交付出优秀的产品设计理念，而不是简单的产品。

项目中的不同角色

领导（投资者）

不管企业的类型或规模大小如何，任何高标准的用户体验设计都必须由上至下贯穿于整个项目。企业的最高项目负责人越是理解用户体验的重要性，用户体验设计师在整个团队中的重要性就更加突出。

显然，用户体验的重要性会受到项目负责人（领导）的理解认知、企业规模、项目大小、你的资历（如话语权、成功案例等）影响。但是，下面这两种情形仍然是很常见的。

对小公司来说，这个项目可能非常重要，项目的直接领导也会密切关注，有时甚至过于密切以至于直接参与，影响到你的设计并控制设计结果。这种情况下你一定要注意，这个项目的直接负责人并不一定是公司的领导，他对产品设计的影响可能与公司真正的需求并不相同。

在大型企业中，你并没有机会去接触高层领导，你能接触到的最高领导往往就是该项目的直接负责人，因为大型企业的组织层次都比较复杂。不过，这类项目负责人通常也有较为丰富的经验，你的工作也将在相关负责人的审查下进行。

项目经理

项目经理负责跟踪项目的进度，协调资源分配，促进解决方案，帮助解决障碍。在一些项目中，并没有设定项目经理这个职位，这对于中型和大型项目来说和可能会导致一些问题。

如果项目中没有项目经理，这是一个锻炼自己的好机会，一定要付出更多的细心和努力，因为用户体验设计师也是贯穿于整个项目中的重要角色，对项目流程十分熟悉，也应该拥有把控整个项目进度的能力。

如果有项目经理，一定要和他沟通整个计划，提出你所有不清晰的疑问，不要擅自做任何假设。例如，有时候计划中并不包含将高保真视觉稿制作成详细的高保真原型，有时没有为可用性测试中安排招聘测试人员的时间，这需要你与项目经理密切沟通调整。项目经理的计划越精细，在项目推进的过程中跟踪管理也就越方便。

开发工程师

大家都知道用户体验和软件开发是互补的过程。然而，我们却经常发现用户体验和工程开发之间似乎有一道障碍，经常产生摩擦，虽然原因有很多，但最根本的解决方法就是沟通。

有些情况下，即便打磨好高保真原型之后，开发人员和交互设计师沟通细节依然会产生摩擦。开发团队负责人经常担忧用户体验设计师总是不考虑现有技术的限制和新的用户体验对性能的影响，对开发中所涉及的可访问性和实现的复杂程度缺乏认识。而这些担忧常常是真实存在的。

不过，在Axure中可以通过可视化的交互效果和丰富的综合注释功能改善与开发团队沟通环境。对原型的分析、评估、注释、调整等都可以在开发周期的早期开始进行，有效降低开发团队的压力。

视觉设计师

在需要快速设计高保真原型的项目中，视觉设计是一项艰巨的挑战，因为在线框图与视觉设计之间存在非常大的差距。通常我们先使用Axure制作比较粗糙的表达设计概念的线框图，然后快速迭代。这些线框图的信息架构、操作任务和布局通常都是暂定的。使用Axure可以不断优化巩固这些粗糙的想法，直到制定出最终的交互模式。这些线框图，也许比较引人注目，但都是使用灰色的线条、色块设计的。 作为用户体验设计人员，我们必须隔离那些并不适合于当前设计阶段的反馈，如果在设计早期就使用丰富的颜色和图像，用户和投资人往往都会受到影响，而难以提出真正有价值的反馈。

当视觉设计师介入用户体验设计流程后，原来的丑小鸭（线框图）变成了美丽的天鹅（视觉稿）。此时，这两组设计会分别继续进行各自的工作，视觉设计按规格切图；交互设计继续制作规范和注释。

有时，交互设计师并不完全欣赏视觉设计师的作品。因为在大多数情况下，视觉设计师并不会真正深入理解应用程序的设计理念，而且他们用来进行视觉设计工作的时间也比较短，在这种情况下要设计出优秀的视觉稿确实是非常大的压力与挑战。

你必须了解清楚视觉设计的时间计划，并将其添加到你的时间表中，因为当视觉设计通过批准后，你需要将视觉稿体现在高保真原型和规范文档中，所以一定要与视觉设计师保持顺畅的沟通。

用户体验设计师

一旦你从事这份工作，你就会发现自己在团队（项目）中的位置非常独特，经常“斡旋”于开发工程师、系统功能、视觉设计、用户、业务逻辑、项目经理、投资人之间，你也许会问“这不是产品经理该做的事情么？”如本书开头所述，在大多数公司中，企业对产品经理和用户体验设计师并没有明确的界限，甚至很多公司将其混为一谈，但这对于现在的你来说并不重要，因为这种情况在较长时期内不会有明显改变。

无论你是产品经理还是用户体验设计师，都必须深刻理解利益相关者的视角（他们到底想要什么）并与其密切沟通。这不仅仅是为了实现良好的设计，营造无障碍的协作环境，还能够让你有效控制项目进程中的变化，让项目按照你的时间表顺利推进。

然而，你是否已经准备好拥抱Axure了？先不要急，以下几点可以帮你作为参考。

●你是公司中唯一使用Axure的用户吗？或者说你是一名独立的顾问？

●回顾一下到现在为止你创建项目时所使用的工具，是否有亟待解决的空缺需要填补？而这些空缺正是Axure所能填补的？

●Axure这款工具已经越来越流行了，学习这款工具能给你带来新的就业机会或者提升自己的竞争力吗？

●你是设计类公司的全职员工还是小型设计团队的成员？

●使用Axure的功能特色，如团队协作功能，重复使用自定义部件库、母版等，提高效率的同时降低成本，这些优点能否为你带来新的机会，承接更加有挑战的项目（赚更多的钱）？

总结

要做一名成功的用户体验设计师，我们必须要综合表达许多不同的信息，很多情况下这些信息设置是相互矛盾或冲突的。我们要熟悉业务流程，了解技术约束和用户体验对性能的影响，做用户研究和数据分析等。最后，我们要在各种纷乱的条件和信息中找到至关重要的平衡，并创建最佳的、可行的用户体验，无论在何种设备何种系统上，都不能阻止我们探索和前进的脚步。由此可见，一款能够帮助我们构思、可视化设计、沟通、协作、注释和创建规范文档的专业用户体验设计工具是非常宝贵的。Axure被许多人誉为全世界用户体验行业中最好的设计工具之一，因为该公司从未间断对用户体验的不断升级与追求，他们与广大用户体验设计师密切沟通，听取建议与意见，增加各种丰富的复杂的功能需求，并且不断证明这是能够帮助我们解决工作需求的正确工具。

在下面的章节中，我将为你介绍Axure所提供的丰富特性，你会更深刻地体验到Axure如何在工作环节中满足你的需求。不过，请牢记：Axure只是一款工具，在工作中最重要的元素正是你和你的思想。只有你驾驭Axure之后才能将想法和这款工具发挥出最大的价值。