曉生語錄

移动互联网产品设计

Android 4.0平台交互简析

Android4.0继承了3.0的设计多任务、丰富的通知、可定制的主界面、可调整大小的控件、用于交互和分享的互动性元素。应用程序的结构日趋成熟,几乎没有发生变化,看看系统主要界面是如何体现其设计目标:简洁、美观和更为智能

 

从解锁界面可以看出,4.0使用视觉化元素引导用户进行简单直观的手势操作,精致的动画和反馈增加了系统的互动参与感和趣味性,全新的字体提高了高分辨率界面的可读性,显得更为优雅和现代。

用户可以直接从解锁界面直接进入程序,或者下拉通知窗口查收短信,通知栏可以显示短信、应用程序的实时升级情况和播放音乐,滑动单条任务执行删除操作。用户可以决定哪些应用程序可以推送消息,有足够的控制权。

增加解锁界面和通知栏的利用率,承担更多的功能性任务,这同样体现在MIUI和ios5的设计中。增加了常用的设置项,可以减少跳出应用程序的几率。

 

应用程序列表还是需要进入单独的界面,融合了控件和应用市场,区分启动器和应用程序的的架构方式没有改变。从搜索框可以看出,系统控件是变得如何的简洁,干净利索没有阴影的线框,视觉元素全部变得更为平面化,是否有点WP7的感觉呢?用户在主界面可以对应用程序编组(也就是文件夹),应用程序列表中可以卸载或者停用已安装的应用程序。

控件大小可以直接在主界面中调整,而不是选择大小之后插入到某个主界面中,使用插件对于可以在主界面显示最新的邮件或者快速操作,但是增加插件之后程序运行在后台会耗费电量,除了邮箱、音乐和天气,很少插件做的出色,毕竟大部分应用程序不适合做插件。

多任务界面改为任务截图显示,在大屏幕上显得更为直观,视觉形式更为美观。但在手机上一屏只能显示4个,对于操作效率或许并没有提升。

当来电时,用户可以选择接听、挂断或者短信回复,可以选择特定的短信快速回复并挂断电话,比如自定义短信“我正在开会,不方便电话,稍后回复你”。

 

4.0增加了语音输入和拼写检查,一次可以显示三个修改建议,点击弹出下拉框的控件比2.X版本的居中弹窗口更容易操作,在大屏幕上的居中弹窗口显然会增加手指移动的距离。当语音输入之后,用户可以根据拼写修改下划线文本,与word的操作有些相似。

4.0支持盲人操作,触摸到控件之后识别控件并给以听觉反馈,这是一项探索性的操作模式,浏览器甚至可以阅读网页内容。值得指出的是,iPhone 4S的Siri视频最后也是特别介绍盲人的操作。智能手机将更为注重产品的无障碍设计。

除此之后,还增加系统的流量统计、提升云浏览能力、语音邮件、邮箱中整合对话模式、提升相机、图片编辑和视频、增加了新硬件气压计。

对话框、暂时性通知和状态栏通知

这三者适应于不同的情形,从细节上区分其使用方式,供设计师参考。

对话框

对话框用于显示重要信息或者主交互流之外的功能。windows的对话框可以分为模态和非模态,区分在于是否会当前操作流程,用户可以无视非模态对话框继续操作,手机界面由于显示空间有限,无法忽视界面中的对话框进行执行操作,所以非模态对话框比较少见。

对话框可以显示确认、错误和警示消息,也称为公告对话框,使用形式有:

  • 模态对话框虽然会影响用户交互流,但是其视觉形式是浮在原界面之上,用户可以理解对话框与原界面之间的关系,完成对话框的操作之后可以继续原有操作,比如登录对话框。
  • ios的对话框推荐使用两个按钮,因为使用单个按钮时,用户没有选择的余地,当使用三个按钮时,用户会难以选择。
  • 用户有时并不会仔细阅读对话框上的文字,因此在按钮上以右边高亮的按钮作为默认选项,避免用户无意中执行危险的命令。
  • 对话框中的文字尽量简明扼要,这也适用于手机界面中所有的文本设计。
  • ios5之前使用对话框过于频繁,本应该采用暂时性通知和消息通知,却也采用模态对话框的形式,导致用户使用的操作流变的不流畅甚至厌烦,会弱化真实有用的信息。
  • 对话框最好不要显示不必要的操作或者级联对话框,导致这种交互操作多是界面本身的结构问题。

暂时性通知

暂时性通知(toast)也可以显示确认、取消和警示信息,与对话框相比,包含的信息一般对对话框少,因为显示的时间一般只有1-2秒,也不需要用户采用任何的操作,不会打断用户的操作流程,所以使用对话框可以避免影响用户当前操作或者注意力,其适用的情形有:

  • 用户的操作成功,很快进入下一步操作,用户正处在交互流中,比如成功新建联系人。
  • 信息的重要性比较低,不足以使用对话框通知用户
  • 危险性操作执行成功,并且之前已经得到用户的对话框确认,比如邮件删除成功。
  • 之前操作的反馈结果,当前正在执行新操作时,不免使用对话框打断操作流程。比如短信由于信号不佳发送失败,对话框提醒用户,当前正在写新的短信,当网络通畅告知用户之前的短信发送已经成功。
  • 用户正在浸入式体验时,对话框会严重破坏用户体验,用户注意力集中在界面很容易察觉到界面变化时,采用通知更为妥当。
  • 引导用户操作功能,比如用户第一次使用应用程序,告知用户点击某按钮会有何种效果。

 状态栏通知

通知显示在状态栏,用于显示推送通知到手机,比如收到短信和邮件。消息通知并不打断用户操作,显示的时间比暂时性通知要长,比如WP7的短信通知显示10秒钟。如果用户立即处理,也会采用另外的方式提醒用户,比如WP7在“瓦片”通知显示未查看短信数量。也会已图标的显示常驻消息通知栏。消息通知适用的情形有:

  • 电话、短信和短信等手机基础功能的信息。
  • 系统的状态信息,比如手机SD卡被拔出。
  • 后台正在运行程序的信息,比如Android的微博未读评论和好友申请。
  • 应用程序中执行任务的角度,比如Android的任务下载进度。
  • 后台没有运行,通过系统推送的的应用程序信息。

消息通知最大的优点是可以全局通知,只有显示状态栏都可以有显示,如果用户需要处理,点击消息之后可以进入程序。也可以暂时忽视,专注于当前的交互操作,可以空闲之后再处理。消息通知信息的内容可以稍多些,比如包括程序图标、信息数量和消息的部分内容。

但是过多的消息通知也会让信息变得拥堵,任何应用程序获得系统许可或者自行调用消息通知,个别应用程序为了获取用户关注,重复视觉和声音提醒,极其损害用户体验。

混乱的Android菜单

Android有两种菜单:选项菜单(Options Menu)和情境菜单(Context Menu)

  • 选项菜单作用于全局界面,物理按键Menu弹出菜单,应用程序中将较少使用的命令放入此菜单中,或者界面中信息密度多大,部分命令无法完全显示时,可对选项菜单加以利用。使用触摸屏无法调用此功能。
  • 情境菜单只作用于某一选项,触摸屏持续点击(Touch&Hold)才会弹出此菜单,也就是使用物理按键时无法调用此功能。

Android同时支持物理按键和触摸屏,有些操作只能用触屏幕,而有的操作只能用物理按键,此种“兼容性”导致手在屏幕和按键上经常的移动,对于操作很不方面,在两种菜单上也体现其Android的界面设计思路不明确。

ContextMenuDiagram

如在使用联系人(Contacts)功能中,持续点击之后浮出情境菜单,菜单中的选项有5个(不包括View contact)ContextMenuViewContactDiagram

在情境菜单中,点击“View contact”之后,跳入另外一个“View Contact”功能界面,可见的功能有3个,选项菜单中2个功能,但是在之前的联系人(Contacts)功能直接点击,也能进入此界面。这种设计的缺点在于:

  • 持续点击的操作是一种快捷方式,但是从以上的分析来看,Touch&HoldTouch操作结果差不多,并没有快捷的效果。另外,快捷方式中的“View contact”居然还能达到另外一个功能一模一样的界面。
  • View Contact”功能界面中,显示那么空,完全没有必要使用选项菜单。当用户找不到某个功能的时候,才会想起来使用去点击“Menu”,如果不去点击,就可能永远不知道有编辑和删除联系人的功能。

看起来Android给了用户两个操作选择,但是只使用其中一种操作的话,却不能完成全部的操作.两者之间属于并列关系,没有主次之分,反而造成界面设计上的混乱。

Older Posts »