当前位置:首页 > 经验学习 > 设计思想

移动应用设计中应避免的10种错误

所属栏目:设计思想 时间:2013-12-26 来源: 作者:admin 点击:

导读:本文是来自移动应用开发公司Sourcebits系列文章Mobile App Trends Series(译者:此网站要梯子)中的一篇,文章内容适合初涉此领域的读者,现翻译如下。
在了解了跨平台移动应用设计的利弊和移动应用开发常见错误(译者:此两篇翻译中)之后,你想到了一个不错的应用创意,你甚至连应用的名字都想好了,接下来该干什么?
现在,我们要谈谈设计了。你需要考虑移动应用的功能结构、用户流程等问题,而这些并不是那么容易。考虑到进入开发阶段我们会涉及到诸如需求变动、项目管理等棘手的问题,所以在设计阶段,我们需要给自己制定一些原则,并且要切合实际的开展工作。这样我们才能开发出一款好用又有趣的应用。忽略这些潜在的问题而盲目瞎干,你很有可能在此后的开发阶段陷入灾难。
本文试图帮助移动应用设计者在工作中避免一些难缠的麻烦,希望你的应用以及你的设计思路均能因此受益。

错误1. 在弄清用户流程之前匆忙开始界面(草图)设计




在开始界面设计前,我们要先把完整的用户流程详细的走通顺走清楚。哪怕是再简单的应用,为了确保用户流程逻辑正确、界面布局合理,我们需要反复推敲用户流程并绘制类似上面的流程图。另外值得注意的是,最好把关键功能绘制在流程图靠近顶部的地方,而不是被层层分支淹没在底部。
跳过此环节而草率的开始界面设计,最终开发出的应用很可能在使用流程上不够清晰合理,用户上手后不得其解,兴趣索然。

错误2. 低估开发成本
设计师在Photoshop中画出的任何东西,最终都需要通过开发人员的代码在屏幕上表现。原本只需几小时开发的功能,由于设计师的一个看似细微的改动,可能会多耗费几天的开发时间。所以,在设计过程中要避免画蛇添足。
换句话说,如果设计师主导了移动应用功能的取舍,那后果会很严重。举个搜索框的例子,原本相对简单的一个功能,设计师灵光乍现——在用户输入关键词的同时不断给出实时的搜索结果。这个看似细节的改动,很可能让开发人员当场吐血。像这种的功能改动最好经过多方讨论后做出决策,而不是任由设计师自说自话。

错误3. 在低分辨率下设计,使用位图文件
始终坚持为Retina屏幕的高分辨率绘制设计图,然后以此输出低分辨率版本图片。这对于老手来说是常识,我们在这里再啰嗦几句。大家都知道,移动设备的常见屏幕尺寸是越来越五花八门(以iOS平台 为例,迄今需要考虑的就有4种分辨率)。所以,绘制高分辨率版本的图片,甚至是使用矢量图而不是位图,这些有助于设计师效率最大化,以及更好的应对未来的新硬件。

错误4. 触摸区域太小
普通人的食指触摸面积在1.6至2厘米见方,而且在使用移动应用的大多数时间里,他们的手指飞快的掠过屏幕。设计移动应用界面需要时刻提醒自己这一点,用户的触摸并不能像鼠标点击一样精确。看看你的设计是不是在一屏里包含了太多的按钮等功能触发点,按钮是不是足够大,间距是不是足够宽,会不会发生用户点选不到或者误按其它按钮的问题?

错误5. 滥用开场动画
在启动时播放一段精致的动画似乎是个不错的想法,但切忌不要为了动画而动画。Path和Thrillist’s JackThreads使用很酷的开场动画是因为这些应用启动需要一些时间,在程序完成加载之前用户什么也不能做(译者:Path启动貌似没有啥动画,难道是针对老版本说的?)。这种情况下,为用户准备一段简短愉悦的动画以消除等待的焦虑就显得很合时宜了。
由于应用启动时必须首先显示一张静待图片(译者:如iOS应用的Default.png),然后才能切换到动画,所以务必确保这个切换看起来天衣无缝。一些不好的例子在处理这个环节的时候产生了不协调的跳转或者闪屏,这都是需要避免的。(译者:优酷iPad应用的早期版本存在这种切换,处理中有一闪而过的黑屏,现在的版本把动画直接去掉了)

错误6. 让用户不知所措的原地等待
在程序加载、处理数据、或者等待网络反馈时不给用户及时的反馈,会让用户误认为应用挂了,这也是一种不好的用户体验。
举例来说:通过网络加载数据的同时,不要让用户傻傻的盯着一个空白的屏幕等待,显示一个转菊花或者动画特效什么的,让用户明白应用运行正常,只不过是在等待网络数据。如果能显示数据读取的进度条那就更好了,不过事先和开发人员商量一下开发难度(参考本文第二点)。

请站长喝杯咖啡?

站长一直坚持白天工作、晚上熬夜更新素材,付出了巨大的精力和时间,其中的辛酸难以言述。

坚持免积分、免登录、无任何限制下载!如果本站素材对你有用,不妨考虑请站长喝杯咖啡鼓励一下!

标签:

你应该也喜欢这些吧

共有 0 条评论

给个评价吧

验证码: