产品,思考,设计人生程序猿之所以被归作猴类是因为会跳来跳去技术硬通货

移动端的通知设计及在反馈中的应用

2015-04-21  本文已影响3977人  大鸽子Z

通知设计

通知的设计应该做到能及时的将用户关心的信息内容传递给用户,信息是要针对用户的需要,或者是紧急的内容,否则很容易引起用户反感。所以通知的设计要遵循——及时传递有效信息,能够引起用户注意又不打断用户当前的操作流——的原则。一下是常见的通知系统:

1、通知中心:通知提醒内容都聚在此,在进入系统后任何情况下都可以下拉查看,是最不干扰用户的方式。

2、顶部横幅:在界面顶部短暂停留,能引起用户注意,但又不会打断用户当前的操作。

3、对话框(Alert):打扰程度最大的通知提醒,会打断当前界面所有的操作。对于这种形式的泛滥,很多用户都选择直接关闭窗口,而不会仔细查看内容。

4、Toast:主要针对app内的通知提醒,是一种操作后的反馈,告知用户结果。可以设置时长,一般是3秒左右。

5、标志:告知用户有新内容,提醒查看。常见的表现方式为红点和数字。红点是一种更新提示,而数字则在更准确、和用户关联度很高的提示。红点提示和数字提示常常出现在app的标签栏和一些列表中,例如微信的标签栏中和QQ的好友列表中。在权重上来说,红点和数字相比,数字更能引起用户的注意,但当这个数字过大时容易被用户忽略。所以红点提示适合在大信息量更新,且权重不高的情况下使用,点击过后红点消失。数字提示则更适合在更新信息量小,跟用户相关性高的情况下使用,点击过后消失。

反馈模式

优秀的用户界面设计应该为用户“提供恰当的、清晰的、及时的反馈,好让他们看到自己的操作结果,并知道系统发生的变化。”反馈有各种形式,从简单的进度指示器和确认信息,到更为复杂的动画和特效。移动反馈模式包括错误提示、确认和系统状态。

1、错误提示

错误提示应该用直白而非代码式的语言表达出来,精确地指出问题所在,并给出建设性的解决建议。最佳实践是在一页上突出显示错误提示。这种设计方案比模态对话框更好,因为模态对话框会遮挡住问题。

2、确认

在执行一项操作时,要提供确认。但不要使用“对话框”反模式,比如安卓版的亚马逊,而要寻找不会打断用户操作流的提供确认反馈的方法。

1)例如,ios版亚马逊使用动画来表示一件商品被加入了购物车,且购物车的商品数量会随之更新。

大家熟知的淘宝在添加购物车的环节使用了Toast告知用户商品添加成功,同时购物车标记数字会随之变化 2)行内反馈是一种很好的提供确认的设计模式。这种模式特别适用于表单,当用户在填写表单时,会给用户及时有效的反馈,而当提交无效数据时,也会触发多个错误提示。
3)另一个提供确认的方案是使用一种叫做“toast”的暂时通知。这种通知短暂地停留在屏幕上(5秒或更短),然后消失。不需要用户进行额外的点击操作。toast通知确认刚刚执行的操作,并提供一个撤销选项,如gmail。
3、系统状态

《移动应用UI设计模式》的作者鼓励设计师和开发者使用与网页端和桌面软件相同的技术来显示系统状态。通常来说,这些技术就是加载指示器(此处详情可单独成文,后续会陆续总结)。

上一篇下一篇

猜你喜欢

热点阅读