Axure是产品在产品工作中使用率比较高的工具，代表着它是被大多数产品经理认可的。那它是万能的？当然不是。我们一起来看一下，在Axure的使用中，有哪些需要避开的误区呢？
Axure说到底是产品工作中的一种工具，当然，工具它不是万能的，总是会有一些弊端。有很多伙伴对Axure的认识或使用有误区，反而给自己带来了一些困惑。文章对这些误区做了一些整理，希望能够和大家共同进步。
大多数人对Axure的误会有：
-
把整个交互设计的过程都放在了Axure工具上
-
尽可能追求完整、高保真的原型，而忽略交互细节说明
-
注重提高Axure工具技能的效率
-
注重原型的视觉层次等等
先看第一点：把整个交互设计的过程都放在了Axure工具上。
为什么说它是个误区呢？因为我们前面说过，Axure只是一个工具。而交互设计的过程远比最终的那个方案来的重要。当我们过了学习Axure工具技能的阶段，就需要明白它只是个简单的工具，它不能带来优秀的交互方案。这好比笔，它是工具，但有些人就能够依靠笔，成为一个大作家。重要的不是笔，重要的是想法和能把想法展现在纸面的文字功底。
所以：需求业务的理解；需求的拆解；功能列表的整理；大流程的分析；多种设计方案的对比、评估等等，这些是我们重点花时间的地方。而且这个过程需要反反复复进行，思路很明晰之后，打开Axure把方案呈现出来，那是水到渠成的。 这样不仅能让你顾全大局，对整个产品更好的把控而不是过早的陷入的细节中。避免忽略主次，来来回回出现多次返工而没抓住重点，影响整理思路的顺畅。
接下来是另一个误区：尽可能追求完整、高保真的原型，而忽略交互细节说明。
首先我们要问自己，是否真的要制作高保真复杂的交互动效？ 确定几个问题之后再动手。
问题1：是需要给客户直接演示的方案吗？
问题2：这个动效是否不能通过其他方式来表达？例如，文字说明，口头介绍，或者实际的例子。
问题3：这是斟酌后最终确定的方案吗？根据实际需要去制作原型，有所侧重地进行。
另外，过程中交付不完整的方案，更有利。 先确定核心场景、重要的流程页面，慢慢提交方案，避免一次提交完整的方案，因为就算提交了完整的方案，也是要进行多次的改动。同样是有主有次的道理，先把主要的方案提交，次要的再补充。
还有一个误区是不注重提高Axure工具技能的效率。
在这里有几点不成熟的小建议：
一，积累、更新自己的部件库；
二，创建好空白模板，设置好参数项，以及都会用到的页面（文档说明、版本记录等等框架）；
三、合理利用母版，达到复用的作用，确保统一性以及效率。 这几个能帮助我们很好地提高效率，拿起即用，稍作改动即可。
最后不注重原型的视觉层次。
对于色彩的使用比较混乱，或者已经遵循了配色原则，却依然没有美感，视觉疲劳？这种情况下可以寻找几种中性色、一种主题色、一种功能色配合白色来使用。在最初可以找一个好的范例，学习它的颜色使用：例如，导航框架，背景色，描边等等常使用中性色，避免喧宾夺主。
主题色主要体现在关键行动点及操作状态、重要信息高亮等场景。能够拉开视觉层次，更聚焦到任务本身，便于理解。功能色，这类色彩起到传递功能信息、代表某种状态等作用。主要应用于消息通知、反馈提醒、表单校验这类场景中的成功、出错、失败、提醒、链接等状态。
网友评论