移动界面设计点滴【完整版】

从零开始学运营,10年运营老司机带路,2天线下集训+1年在线学习,做个优秀的运营人。了解详情

【编者按】本文转自@im小气的神 的个人博客。移动平台的设计与传统的网页有许多不同之处,如独特的交互体验、不同光线下的视觉效果以及移动终端的资源有限。这些都考验着开发者的技术。

通过对设计移动界面的点滴记录,本文为读者介绍了对界面的规划的设计原则以及相关案例,并且推荐了自己中意的设计工具。

一、减少空间占用

与面向桌面电脑的网页设计不同,移动平台的设计中,屏幕空间是一个不可忽视的限制因素。设计需要符合移动平台用户的使用习惯,以最佳的状态呈现屏幕信息。

接下来以当前正在工作的UI做为sample,实战空间优化。

110

改进原则

去除不必要的提示信息:
合理减少界面中的文字信息,图形化界面直观的使用户可以完成操作任务。

控制字号,使用高亮/对比方式突出类似条目信息 :
有需要充分利用单屏的空间,在不影响文字显示底线,采用多途径的设计方式描述内容。

合理布局功能控件 :
减少显示中的控件使用,学会聪明的隐藏低优先级的功能,对于用户熟悉操作与产品开发都将是有益的。
如在Iphone平台善用标准化的action sheet,在Android中的collapsed menu。

限制因素

平台操作习惯
遵循不同平台的设计准则(你可以从官方的UI开发指南获取这些帮助教程),避免将错误的理念带给特定的平台。如你不会在Iphone的设计中使用Android/Symbian的Options。熟悉这些原则不仅会使产品易用,善用组合的设计也将提升操作体验。

屏幕物理属性
不同尺寸的屏幕不同的UI。要考虑的产品在所有目标用户的不同屏幕的显示效果。如果要做一个通版的UI设计,需要重点考虑带来的负面影响。触摸屏是另外一个需要考虑的情况,滑动使得翻页变的容易,可点击的元素尺寸是否有必要增大以适应大的手指……要知道, mutli-touch 目前只是apple的专利。

我们需要为特定的这个页面做些什么

这个是一个Android平台的程序。一个优惠券列表页面,优惠券是我们最重要的显示内容。用户需要在单屏中预览更多的优惠券信息,商店信息次之,而tab导航将被保持以保证用户不会迷路。

  • 移除标题。
  • 默认收起商店信息,点击可弹下显示。
  • 为保证用户对商店信息的初步了解与注意,加入商店名称。

接下来我们将得到下面的界面。

27

UI不只是皮肤,请用心使界面更加好用。

二、Flow大局观

在移动设计中,我们需要完善的功能flow,对它认知的价值使得flow在整个设计开发过程中始终走在前面。完善的flow不仅令功能产品更加易用,带来良好的用户体验,与此同时,也有助于提升开发效率,不到位的flow将带来设计与开发的反复,使团队蒙受损失。

良好的移动产品flow标准有三

  • end to end
  • 清晰
  • 整合

所谓end to end是指功能根据需求设计需要符合所在平台的特性,完整的考虑到用户如何在任何场景下使用操作及完成任务,提供因为有效或无效操作而带来的反馈帮助信息。

清晰是指整个设计中不会造成用户的疑惑,符合平台特性易于理解的设计。通常但凡清晰的功能,即使需要付出更多次的操作,value还是高于稍显混乱的设计,虽然后者简化了用户的操作。

整合,在叙述减少空间占用时提到,受限于移动产品的诸多条件,合理的归纳使得产品使用更为流畅。这与清晰并不矛盾,重在调和。

下面以前些时间已经release的一个功能模块作为示例,展示如何设计一个良好的flow。

location_swtich_mdong

案例简析

功能目标:通过列表快速定位城市。

该功能从属于Map视图,图标以形象的道路指向标示。

在mockup中的功能主UI,显示支持的国家;

点击任意国家进入以首字母排列的城市列表;

点击任意城市,自动切入到Map视图并转向相应的可视地区。

主UI左上角提供Back键,预留回退。

在此,还有另一种设计思路:使用IPhone自带的Pickers控件,将国家列表横向置于上方,城市列表纵向置于UI下方。

它的优势在于可以在一屏中解决所有的问题。但为了更好的使用Pickers,你需要加入更多的诸如Supported City等提示信息以区分两个Pickers,以及顶部的Done Cancel按钮,以完善flow。

这使得用户需要更多的时间来熟悉操作,这不是我们想要看到的。

站在用户的高度,你将更理解设计。

三、工欲善其事,必先利其器-移动端的交互设计工具

经常有朋友问起,用什么工具做移动端的交互设计?

这是通常在接触交互设计都会碰到的问题,分享几点应用的经验。

1、Fireworks

fw-mobile-wireframe

从N年前做web开始就一直用Fireworks,这是一个非常高效的屏幕图像处理软件。

提供了基本的图形、钢笔工具,并可以快速的完成颜色的定制设置,布局便捷。

Fireworks是最佳的整合平台。

忘记全能的PS吧,这里你不需要瑞士军刀。

2、PowerPoint

powerpoint-mobile-wireframe

对的,就是幻灯片演示。永远不要忽略工具的潜力。

PowerPoint 提供了大量的预设工具与样式,以满足基本场景的绘制,并创建不受工具限制的演示修改环境(当然PowerPoint是必备的^^)。

同样这是最优体积的解决方案。

忘记臃肿的位图工具吧,这里只有KB级别的wireframe。

3、Axure RP

axurerp-mobile-wireframe

这是真正称为专业意义上的交互设计工具。复杂到抓狂,当然我们并不是需要搞懂所有的功能。

RP即是Rapid Prototyping,快速原型。

充分利用它的自带组件,整合到Fireworks与PowerPoint里去吧。

4、MindManager

mindmanager-mobile-wireframe

记住它的名字,管理好的你思维,我们不能遗忘任何一个Scenario。

在工作中保持一个窗口。

它距产品的mockup最远,却离精髓最近。

5、Balsamiq Mockups

mockups-mobile-wireframe

值得一试的IPhone原型工具,你会发现原型的表现也可以有趣。

但只用它去做一些不正式的show吧。

它的模型不够精确、过于随意,也不对中文提供支持(或许善用工具的你会导出到Fireworks中二次处理)。

6、铅笔与记事本

pencil-mobile-wireframe

真正热爱你的所从事的工作。

快速的记录想法随时随地,电子产品总有盲区。

拿一只顺手的铅笔,利其器,善其事。

最后最重要的一点——它们只是工具,核心在于独立精神驱动下的你。

四、为了阳光而设计

Lisa是一个sales,一天上午她拿出手机准备定位当前与客户的位置,确定路线。却发现因为过于强烈的光线,看不清列表结果页的地址。

Bill有睡前用手机查看订阅、处理邮件的习惯。却总会因为屏幕刺眼的光线,需要时间逐渐从光晕中适应辨清字体。

mobileLight_mdongorg

类似的场景在日常生活中你或许也有碰到。

部分硬件设备也为其提供了相应的解决方案——屏幕亮度调节,可以手动控制屏幕的亮度,适应不同的环境,以及在更高端的设备上支持的光线感应器。

同时我们也看到应用商所做的努力。更有贴心的是阅读应用的夜晚阅读模式,这为字体与背景提供了弱对比度的配色设计。

但我们在更多的应用软件中发现,对光线环境的设计需求被忽略。我相信也会有更多的方式与设计,为用户带来良好的针对环境的优化体验。忘记浮躁的成本效益,专注产品UI设计。

设计原则

布局结构清晰

清晰的布局结构是对一个应用是否可用的基本要求,功能布局层次鲜明,使得新用户通过低成本的学习快速记忆掌握应用的功能布局,能够在短时间内完成既定的任务。

内容清晰

保持图标的简约以及文字的可读尺寸,切忌因为过于追求特效与视觉美感,忽略最基本的可读性。

适合的灰度与色彩对比度

为不同的环境模式提供相应的对比度设计,以减少用户的阅读疲劳,其中仍需保持内容的可读性。

声音事件的反馈

设计不应局限于视觉体验,在enable操作后触发的声音,会让用户确信每一步操作的正确,以及填充某些环境下视觉设计的死角。

适合的环境元素参与

更多具有感情色彩的元素参与,将赋予界面更多的灵性。将weather的元素加入reader不是一件很温馨的事情么?

视觉设计范例

1、Google Map

清晰的功能引导设计,绿色、红色的Pin可以直观的确认目的地与当前位置,导航列表简洁,可以更可靠的工作在日光之下。

ggmap_mdongorg

2、QQ浏览器

提供了白天模式/夜间模式的切换,在夜间周围光线较弱时,一定程度上缓解了视觉疲劳。

qqbrowser_night_mdongorg

3、商铺点评

为室内/室外环境分别做了配色以及字体设计。在室外的实际应用过程中,更大的字体与对比反差带来了良好的阅读体验。并概念性的加入了天气组件,为出游逛街提供了更多便利。

deal_mdongorg

特例

当然,并不是所有的应用都需要针对性的UI设计,该类设计较适用于内容主导的生活相关应用。在游戏中设计多套色彩模型并不是一个好主意。

五、主功能入口设计 tabbar or grid-based

tabbar_grided

传统的iPhone Android应用主界面功能入口是基于tabbar的设计,区别无非是tabbar的位置是top or bottom。(我们甚至还看到了针对这个位置的讨论,当然两者都有其设计的意义)

而随着产品功能的不断加入,会出现tabbar的空间不能满足需求的情况,你知道iPhone 默认只预留了5个位置(more并不是一个好的设计),在保证主功能可视与可点击的情况下,Android也摆脱不了tabbar设计受限的情况。

是的,我们需要改变这一个传统的设计。或许你在许多应用上已经有所体验——基于grid的设计。

首先,我们再重新回到前面的讨论,tabbar究竟出现了什么问题?综合来看,主要为以下几点

  • 无法满足一次展示全部功能或者更低操作成本下展示的需求。
  • tab切换存在不同tab执行重叠任务的可能,对于用户专注某一flow任务产生障碍。
  • 对操作本身的消极设计,增加误操作的可能性,也成为在单一任务执行时的视觉噪声。

grid-based的设计是如何解决上述的设计?

  • 在一个页面中允许加入大量的icon入口,并通过页面滑动轻松完成对功能的浏览。
  • 结合清晰丰富的功能入口,专注单一功能的流程设计。
  • 页面上更少视觉与可点击元素的加入,更clean的设计。

如何进一步的完善grid-based设计?

  • 我们在windowsPhone找到了答案——live tiles。它承载了更多的信息传达,而不只是icon。
  • 专注单一功能的核心flow,不要妄图在单一任务的操作过程中提供其它功能入口。
  • 随时终止并回到主功能入口的可能。

即便我们在上述的文中将tabbar批判的体无完肤,然而grid-based本身也不是完美主义,面临的挑战在于

  • 页面层次变深,对flow设计提出更高的要求。
  • 如果应用的主要功能不超过5个或者仅是单一功能,你并不需要这样一个扩展性极强的设计。

走完上述的文字,隐约察觉这其实是metro与iPhone/Android的碰撞。我想说,metro是一次设计思维的变革,它使得人们开始归回信息本身,任务被更自然的执行,而不再游离在冗余的页面元素。

来源:http://www.mdong.org/

评论
有话不说憋着难受
  1. 怎么收藏不了嗫 :eek:

    回复