在互联网产品领域，Axure已成为产品经理、产品设计师以及交互设计师的必备工具，从某种程度讲，Axure帮助我们建立低保真模型，便于与用户的需求验证，也帮助我们构思交互细节，使前端和开发人员更容易理解我们的产品；但从另一方面讲，Axure绑架了我们的思维，让很多产品经理和设计师养成了“无Axure不设计”的恶习，忽略了用户故事、功能规格和信息架构，甚至走入“为了用Axure而用的误区”，导致了资源的大量浪费和产品的硬伤。因此，提醒为Axure着迷的产品经理：在熟练使用2B铅笔前，请不要打开Axure。

自我监测是否对Axure着迷

1.喜欢开始设计产品时就打开Axure的产品经理通常有一些共性：

2.熟练掌握Axure或对Axure充满了敬畏；

3.信奉细节至上，认为Axure完全可以替代PRD；

4.喜欢通过Axure实现复杂交互或精细化原型并取得成就感。

5.保持最新版的Axure，常泡Axure专业社区；

6.很少使用铅笔和白板进行沟通；

符合其中的3条，可以说你处在高速成长中；不过如果5条都符合，说明你应该调整一下自己的侧重点，否则你将偏离Axure原型工具的初衷而陷入细节，导致视野受限或沟通不畅，甚至造成产品和项目的失败。

清醒认识Axure在产品设计流程中的位置

必须承认，不同公司、不同组织结构和不同岗位对“正确的产品设计流程”有着千差万别的认识。但我们依然可以引用AJAX之父Jesse James Garrett在其《用户体验要素》中提到的5个层级来达成一些共识：

不同角色应该关注的产品层级：

1.BOSS与产品负责人先解决战略层问题；

2.产品负责人或产品经理解决范围层问题；

3.产品经理带队搞定结构层问题；

4.产品经理带领产品设计师或交互设计师，设计框架层；

5.界面美术设计师根据框架层设计表现层。

到这里，争议出现了，有人认为在结构层，应该使用Axure出交互设计原型，我想这个误解也是Axure被滥用的根源所在。

交互设计不等于使用Axure设计原型中的交互界面

我知道这有点绕口，并且有些扯远了，但不得不说，大多数产品人并不能很好的理解交互设计与设计交互界面有什么联系，并且绝大多数产品团队在结构层几乎断档。

用户界面是交互设计的结果的自然体现，但是不能说交互设计就是用户界面设计。交互设计的出发点在于研究人在和物交流（dialog）时候，人的心理模式和行为模式，并在此研究基础上，设计人工物的可提供的交互方式，来满足人对使用人工物的三个层次的需求（usefulness， usability and emotionality）。从这个角度看来，交互设计是设计方法，而界面设计是交互设计的自然结果。同时界面设计不一定由显意识交互设计驱动，然而界面设计必然自然包含交互设计。

我们期待未来的人机交互能早点实现，不过对目前互联网产品而言，交互设计的步骤包括：

1.用户调研

2.概念设计

3.创建用户模型

4.创建界面流程

5.开发原型并进行可用性测试

很显然，使用Axure设计快速原型，应该放在交互设计的整体工作结束后，也就是框架层设计时进行。

不过，我没有一点贬低Axure的意思，因为在框架层中，Axure的widget元件、交互动作能够很方便的绘制网站的界面、导航、甚至细节的信息元素。并且能够快速生成可交互原型与需求方和项目组内进行沟通。在某些敏捷团队中，Axure原型的确可以代替PRD使用。

产品结构层设计，请先拿起你的2B铅笔

面对结构层的抽象，请不要灰心，2B铅笔是你克服困难的终极武器，记住，要用2B铅笔。因为2B铅笔软硬度适中，涂抹均匀，价格便宜，韧性好又容易擦拭，无论考试还是素描都是很好的选择：）

当需求范围已经相对清晰时，请先拿起笔，把产品的蓝图画出来。通常对一个网站而言，你需要构建一副整体信息架构蓝图，也就是网站的主要网页和层级关联。记住，只有当你相信自己用2B铅笔画的信息架构草图是大家想要的，否则不要着急用工具进行美化。

对于网站中复杂的功能流程或对于软件产品而言，你需要通过UML（统一建模语言）描绘更加具体的概念模型。