
移动设计模式整理分析——反馈及其他篇
这一篇整理了在移动设计过程中常见的几种模式,由于比较零散,归结到其他类。
1、反馈和功能的可见性
常见反馈模式:出错(Errors)、确认(Confirmation)、系统状态(SystemStatus)。
1.1出错
用纯文字的形式提供解决问题的办法。保证错误信息清晰可见,在屏幕内显示错误信息,不要使用模式对话框。
[图片]
1.2确认
当用户执行某项操作时,提示确认信息,但不要打断用户使用产品的过程。
[图片]
1.3系统状态
及时地提供反馈信息能提升用户对软件的信任度。
你可以用简单的信息、动态指示器、进度条或者以上元素相结合的方式告知用户系统的状态。
对于可能会...
这一篇整理了在移动设计过程中常见的几种模式,由于比较零散,归结到其他类。
1、反馈和功能的可见性
常见反馈模式:出错(Errors)、确认(Confirmation)、系统状态(SystemStatus)。
1.1出错
用纯文字的形式提供解决问题的办法。保证错误信息清晰可见,在屏幕内显示错误信息,不要使用模式对话框。
1.2确认
当用户执行某项操作时,提示确认信息,但不要打断用户使用产品的过程。
1.3系统状态
及时地提供反馈信息能提升用户对软件的信任度。
你可以用简单的信息、动态指示器、进度条或者以上元素相结合的方式告知用户系统的状态。
对于可能会持续较长时间的进度,提供一个“取消”按钮。
2、其他
2.1工具栏
工具栏通常显示在屏幕底端,包含有屏幕级的操作。工具栏内的图标应该是用户熟悉、易于识别的,或者采用标签加图标的设计。
2.2内联操作
如果可能,采取直接交互式的设计方案。操作应该布局在接近于可操作对象的位置。
使用用户熟悉或带有文字标签的图标。每个对象最多只能1~2种内联操作。
2.3溢出菜单
将附加选项和按钮隐藏在溢出菜单中,这样它们就不会干扰主界面。
主要用于将不常用但与当前内容有相关度的选项和菜单项隐藏到操作栏中。
2.4滑块
使用滑动手指的方式实现选项切换的显眼、轻松过渡。
2.5变换式控件
当用户希望能够执行各种不同的操作,但屏幕空间有限,无法显示全部所需控件时可以选择变换式控件。
根据用户当前操作情况的不同,UI设计可以使用针对性的元素替换先前的元素。
这一UI设计模式可大量节约空间,让操作快速简洁。
2.6弹窗
以弹窗的形式显示重要通知、特别注意提示及其他信息,能够让用户在不退出当前活动的情况下简洁明了地查看信息或执行特定操作。
当需要隐去弹窗时,用户需要进行点击或滑动。
注:要给用户退出弹窗,取消操作的路径。
2.7合适的链接
当用户希望获得前后一致的内容导航体验,同时不会受到多余内容的干扰时,我们需要为用户提供合适的链接。
如当用户希望与应用中的某一部分内容进行交互,他们一般会点击该内容,打开新视图获得详细体验。但不能让用户迷失在这无止尽的链接中。
2.8滑动视图
滑动视图可以让用户在不返回索引的情况下从某项内容快速导航到另一内容。
这一模式有助于维持用户的浸入式体验,另外,其还可用于架构用途,例如把应用中的不同部分分类到各个“标签”,让用户能够通过滑动进行查看。在采用这一模式时,还可以考虑一下如何以最佳方式让界面表现出其具有滑动功能。