7条避免 Axure 慢死的注意事项和解决方法

Axure 作为产品经理交互设计师主要的吃饭工具,平日打交道多了,使用过程中必然会遇到工具偶尔“罢工装死”的情况,一旦不幸遇到了这些情况如何解决呢?下面是结合我们团队和自己使用过程中总结归纳的一些避免 Axure 软件运行缓慢和假死的一些经验教训,希望对遇到类似问题的同学有对帮助和启事。

1. Axure 单个页面内不要有太多的 Group,尤其是嵌套的 Group,有次设计师在 Axure 7 中的一个页面打开和操作都巨慢无比,打开文件要花5分钟,操作就假死三分钟,经过排查发现就是因为一个模块中适用的 Group 太多了,而且是嵌套 Group过多导致,耐着性子 Ungroup 后操作慢的问题得以解决。

2.  Axure 中高清大图不要太多,大图太吃内存,尤其单个页面不要太多,如果真的需要放很多高清大图,建议一,分散在不同页面,建议二:对图片进行预先压缩,让图片大小减小。因为太多大图会导致最后生成时候内存报错。

3. Axure Repeat 功能是提升效率利器,但是单个页面内太多且复杂的使用 Repeat 功能,也会让页面变的很慢,容易出错。

4.  既然是软件就会有 Bug,不同版本的 Axure 本身会有 Bug,对于一些元素的应用,会导致无故报错,有次遇到一个用最新的钢笔勾画的图形,在版本迭代后再次打开就会报错,而且没有指出报错内容,找了好久才定位到的错误,删掉那个钢笔图像元素就一切回复正常了。

5. 我之前用的自己生成的图标字体 ,在配置中添加 Font 链接,但是由于链接地址更新,Axure 文件配置没及时更新,文件打开加载好久,后来才发现是 WebFont 链接错误,Axure 一直在取地址没反应,也会导致变慢或假死。

6. 如果发现太慢,就关闭 Axure,再重新打开,因为时间长了它的缓存机制存在问题,退出重启往往能解决一些偶尔出现的报错和锁死,此条方法其他软件遇到问题同样适用哈。

7. 多用 Master,减少不必要的重复,降低维护成本,也能让页面快点。

如果以上问题都不足以解决你遇到的问题,那就建议你去 Axure 官方论坛中搜索下关键词,前人踩过的坑就在那里,不妨多学学;或者可以直接去发帖子提问,也许很多 Axure 大拿会帮你解决。

如有你还有其他典型方法的遗漏也欢迎补充交流。

Axure 功能进阶高手篇

本次挑选的功能点,是区别 Axure 高手和菜鸟能力的分水岭,师傅领进门,修行靠个人,有识之士请务必努力逐条修炼。(本次涉及功能点请参照 Axure 7 以上版本)

一、Widget 类:

Dynamic Panel ;
动态面板是定义了 Axure 最核心的模型;可以这么说,脱离了动态面板的 Axure 就不能称之为 Axure,几乎任何原型的各个环节都会看到动态面板的身影,动态面板的使用让 Axure 制作原型增加了无数可能性;
深刻的掌握动态面板在原型制作中的规则,将对你的设计带来质的飞跃。

Masters;
Masters 就是孙悟空吹口气变出来的小悟空,它可以让你的模块元素复用变得异常容易,尤其是在夸页面的模块引用场景下尤为突出;不过需要考验你对整个交互结构的清晰认识,Masters可以帮你节省大量时间并降低维护成本,但是有时候也会因草率行为掉进Masters的各种坑里。

Repeater ;
Repeater 存在的意义在于某些需要大量重复且有一定规律的设计场景下,Repeater 会帮你大大提高效率,并且降低维护成本;Repeater 本身属性的灵活性,也可以让我们更加灵活的适用于不同的场景;拿下 Repeater 会让你在大型项目中事半功倍。

继续阅读Axure 功能进阶高手篇

Axure原型在iOS上的演示

由于接手的移动项目逐渐增多,在初期的设计探索阶段交互设计原型如何在移动设备上能够很好的还原,成了我现在比较多的研究课题,也看到了很多关于在iOS设备上实现原型效果的文章,但感觉总是缺了那么一点内容;因为我的一些方法在具体项目中已经得到验证,也已经在团队内部做过关于iOS设备上原型展示的内部分享,综上所述,还是决定把之前总结的一点心得记录下来,贴出来与大家分享探讨。

本文的内容主要聚焦:如何让利用Axure(6.5)制作生成出来的移动APP原型在手机上流程的还原。

最基本的原理:在局域网WIFI下,利用Web Server把Axure原型文件共享,利用iOS设备的浏览器访问Server的html文件,从而实现在iOS设备上演示原型的目的。

Axure_prototype_on_iphone

主要内容分为以下几大块,分别展开说说:

继续阅读Axure原型在iOS上的演示

对新版Axure的10点期待

目前主力使用的是Axure 6.5 版本,包括MAC和PC两个平台的同一个版本,6.5在之前的基础上增加了很多非常有用的好功能,具体功能在这里咱就不多做说明,网上可以找到各种的溢美之词。

说明一点今天的“吐槽”只适用于我的工作流程,是我长期使用Axure过程中发现的一些问题和功能短板,在这里做个小小的总结,算是向Axure致敬的同时,希望在不久的将来的某一天,还会用到Axure的时候,那会儿的新版本中能够看到以下问题可以得到改进或解决。

———我是分割线———

1. 希望Axure可以自带常用移动端设备预览模拟器;
可以是一个独立的插件,或者应用程序,类似与xCode写APP一样最后的结果可以在一个iOS 模拟器上被模拟出设备来,而不用再把移动设备的外壳画在原型里面了,这样对移动原型设计的体验来说是非常重要的;关于不同机型外壳的话,系统可以提供几款常用的例如iPhone,iPad等,用户也可以自定义所需要的分辨率及其机型外壳;
参考:Xcode的移动设备模拟器;

xcode

2. 对CSS3特效的支持,更丰富的图形库;
Axure的输入物为Web页面,目前主流的浏览器对Html5和CSS3的支持成都已经很完善, 其中CSS3的诸多新特性如果可以在Axure原型上很棒的还原,那么Axure原型视觉效果将会上一个台阶;

class-header-css3

继续阅读对新版Axure的10点期待

小议时间轴的“w”与“l”加载机制

人们经常把浏览微博的行为冠以一个专用名词即“刷微博”,这里理解所谓的“刷”就是需要你在内容时间轴中频繁的刷新加载出新微博内容的这一过程;最近在微博中看到了有朋友抱怨说在使用新浪微博客户端过程中总是得一会正向一会逆向来回反复划动时间线,而且很容易遗漏或忽略一些重要的内容,很是烦恼;借此问题就引出下面要涉及到的时间轴刷新的交互机制问题。

这里讨论的有两种机制,分别是“w”与“l”加载机制;

“w”刷新机制:
由于某些原因(真的不太清楚),我们在Web端浏览器机制中,通常页面刷新之后会跳回到页面顶部并显示最新内容(如W-2)。用户自上而下浏览内容,浏览内容的顺序是由新到旧(或由“最新”到“较新”更为恰当?),如图示一,在Web版微博中,当浏览到内容B底部之后(如W-3),用户要重新划过很大块内容B区域才可以回到顶部(如W-4,这里特指是划动返回顶部的情况,点击刷新按钮的情况另说)然后点击加载更多新的内容C(如W-5);不断的浏览就会不停的重置这个过程;

继续阅读小议时间轴的“w”与“l”加载机制

项目小结

作为交互设计师参与2012最后一个项目已经告一段落,这短短两个多月时间里,感受到了很多起落,也颠覆了颇多观念,中间很短时间里甚至有些茫然以至于不知所措,个人感觉虽不完满但终归还是结束,想来也有许多零散的内容需要好好学习总结,记录下来便于日后翻看。

交互提案:

提案阶段往往是客户自己也不清楚自己需要什么,作为设计师初期就更加迷糊了;但不必担心这只是个开始,随着与客户更加深入的交流,总会从客户一言片语中提炼出关键痛点,根据以往的经验为客户提供几种可行的备选方案,然后客户根据这些内容再挑选或发散出他们自己满意的部分,我们继续为其提炼迭代,这一来一回可能会有数回合,但经过这些沟通一切问题都会慢慢清晰起来。

思考问题的角度,一定要适应项目的需要,看问题要有高度,有宽度,要新颖,列提纲,想明白了在动笔!

提案文档很是关键,你提炼的设计观点需要通过提案文档来直观的呈现给客户,往往一份漂亮的提案文档会让整个提案加分不少,图像图表更加直观且受欢迎,文档中切记出现大段描述性文字,需要充分利用图文排版,保持一定的图文比例,让文档简洁美观同时保证可以说明全部设计要点;最好还要快快掌握文档撰写的常用手法和规则。

有了提案文档后,剩下的就是“动嘴皮”,如何组织好语言把你提炼设计要点和脑子中的想法清晰直白的阐述给客户并让他们理解你的想法成了提案阶段最重要的一关,俗话说“没有最牛逼的提案,只有最牛逼的嘴皮”。抛开天生伶牙俐齿的天赋,基本全靠经验的积累,不经历多个项目的磨炼是很难真正掌握其中要点的;所以没什么好说,下来勤学苦练演讲的技巧便是。

继续阅读项目小结