如何设计一个好的提醒

　　本文做者将分离设想标准及本身的项目阅历，将提醒方法的利用场景及界线给总结出去，期望对各人当前处置提醒方法时有些参考战协助。enjoy~

　　怎样削减打搅用户的次数以至没有打搅用户，是每个用户体验设想师该当思索的事。信赖许多设想师皆曾纠结于什么时候用对话框战Toast去做提醒。二者最年夜的区分是对话框是一种带有操纵的提醒，需求用户操纵后才会消逝，那会间接挨断用户的流程;Toast属于沉量提醒，没有带操纵，显现几秒后主动消逝，没有会挨断用户操纵。

　　除以上两种情势，借衍死出Toast+操纵的提醒，如：

　　和用Toast+图标或浮层的提醒，如：

　　以上设想皆有明面及开理的处所，但怎样适宜利用没有打搅用户才是枢纽。怎样才算开理是一个成绩，果为每一个设想师的观点皆有本人的客观评判尺度，但那些尺度正在用户身上常常只要两个成果，优良的体验战低劣的体验。正在那里我分离设想标准及本身的项目阅历，将提醒方法的利用场景及界线给总结出去，期望对各人当前处置提醒方法时有些参考战协助。

　　iOS设想标准

　　先从iOS设想标准开端，iOS保举设想师利用横幅，对话框战吝啬泡的情势去提醒用户，但没有保举设想师常常利用对话框的提醒情势。只要那三种提醒方法是较着不敷的，但标准里许可设想师将提醒功用取APP本身分离，成立更契合场景的提醒机造。有许多设想师会将Android的Toast观点间接引进iOS设想中，和衍死出Toast+操纵，浮层等提示方法。因为iOS对此出有明白的设想标准，只需是设想开理的，怎样提醒皆止。

　　Material Design设想标准

　　相对iOS设想标准，Material Design以更慎重的立场设想了提醒用户的标准，并回纳出两个十分棒的观点：确认(Confirm)及确知(Acknowledge)。

　　确认是请求用户确认本人的确期望施行方才所挪用的操纵。正在某些状况下，确认随需求用户思索的操纵所相干的正告或枢纽疑息一同显现。

　　确知便是显现一段笔墨疑息，让用户晓得本人方才挪用的操纵曾经完成。那将消弭体系正正在施行的隐式操纵的没有肯定性。正在某些状况下，确知随裁撤操纵的选项一同显现。

　　正在Material Design标准里，提醒只要对话框(确认)及Toast(确知)战Snackbar(确知)，同理对话框也是一种十分强的提醒方法，会间接挨断用户操纵，以是设想时要慎重看待。

　　那里要论述一下Toast，正在标准里是划定只要笔墨，是不克不及配图标的，以是配图的便不该该叫Toast了，那种款式能够间接了解为一种浮层。同时，Toast也是不克不及带操纵的，假如配操纵的，正在Material Design里被称为Snackbar，那是Android 5.0新出的控件。Snackbar 是一种针对操纵的沉量级反应机造，常以一个小的弹出框的情势，呈现正在脚机屏幕下圆大概桌里左下圆。它们呈现正在屏幕一切层的最上圆，包罗浮动操纵按钮，它同Toast一样3秒后消逝。三种款式比力：

　　Google也给出了什么时候需求确认或确知用户操纵。以下为我的翻译：

　　假如每次做设想时皆走一遍上述的流程估量各人城市懵逼吧，我以提醒的主要性将提醒的界线及场景举例出去。为了更好辨别专业术语及iOS战Android的差别，提出了一些新词语，假如有误请斧正。

　　主要水平(从下往低)：

　　1、对话框(需求凸起提醒或存正在两个操纵按钮以上的提醒，影响现流程。)

　　合用场景：

　　需求严重决议的场景

　　简单惹起误操纵的场景

　　需求确认的场景

　　指导到其他流程的场景

　　运营计划

　　款式阐明：

　　对话框正在界里团体居中显现

　　对话框案牍应只管简短，末端没有利用标面标记

　　对话框能够针对运营举动或差别场景下停止款式设想

　　必需供给封闭、打消等回到本流程的按钮

　　(2)沉操纵(合用于沉量提醒时带有操纵，如打消、检察、删加、修正数据，没有影响现流程。)

　　*沉操纵正在Android里是Snackbar，正在iOS里出有相干界说

　　合用场景：

　　用于打消场景：①删除操纵(简化删除流程里弹出对话框的流程);②用于做出严重决议后的打消操纵，如浑空局部数据战打消绑卡;

　　用于检察，增加，修正等挨断现流程的操纵，如①珍藏后检察降天页;②珍藏后修正寄存的文件夹。

　　款式阐明：

　　Android Snackbar显现时少为3秒;iOS为自界说

　　Android Snackbar显现正在页里底部;iOS为自界说，阁下居中显现

　　沉操纵案牍应为陈说句且只管简短，末端没有利用标面标记

　　(3)浮层(合用于如昼夜间形式，隐公形式等带有功用性子的沉量提醒，没有影响现流程。)

　　合用场景：

　　功用(形式)：昼夜间形式;隐公形式;无图形式;xxx形式

　　主要提醒：付出胜利/失利;付出loading(显现时少由本身决议)

　　款式阐明：

　　浮层构造为icon+案牍或占全部页里

　　多少秒后主动消逝

　　浮层显现正在界里团体居中显现

　　浮层案牍应只管简短，末端没有利用标面标记

　　(4)Toast(合用于如惹起其他页里战体系数据发作变革、失利操纵的沉量提醒，没有影响现流程。)

　　合用场景：

　　操纵失利(收集非常)

　　页里内数据加、删除减胜利招致其他页里数据发作变革，如保举消息

　　没法操纵时的沉量提醒

　　其他页里数据发作变革，以下载完成、失利

　　款式阐明：

　　Android Toast利用体系默许款式;，iOS Toast利用自界说款式

　　Android Toast显现时少为3秒;iOS为自界说

　　Android Toast显现正在页里底部且阁下居中，iOS Toast为自界说

　　Toast案牍应为陈说句且只管简短，末端没有利用标面标记;

　　(5)无提醒(操纵后页里有较着的变革且没有会对用户其他圆里形成影响，没有影响现流程。)

　　合用场景：页里内数据增加，删除胜利

　　哪一个场景下给提醒?

　　哪一个场景下没有给提醒?

　　那也是一个很好的成绩。

　　举个删除单条汗青记载的例子，假如汗青记载取用户其他疑息无耦开，正在删除一条时，页里里较着消逝了该笔记录，那曾经是一个很较着的提醒了，那时分便没有需求再弹Toast见告了。

　　举个本性化保举的例子，因为每条数据皆战其他数据耦开正在一同，假如用户删除一条数据时，他的目标不只仅是删除那条数据，借有关于那类数据没有感爱好，固然页里里较着消逝了该条数据，但也需求见告用户不再保举相似动静了。

　　举个打消存眷的例子，用户是对该内容源没有感爱好才确认打消存眷的，但许多使用皆以为用户仿佛没有晓得打消存眷后再也支没有到相干内容源了，必然要用对话框报告用户“打消存眷后便再也支没有到相干内容”，几乎减年夜了用户打消存眷的阻力(那便是产物司理期望的)。能够测验考试用snackbar的情势，当用户打消存眷后，弹出一条snackbar，报告用户“不再存眷该内容源”，前面删减一个打消。当用户实的是误操纵时，他能够拔取打消从头增加该内容源，没有是的话，也削减了用户再次确认的步调，体验上比对话框情势好许多。

　　提醒很简朴，但怎样利用战设想起去借实的有面易度，期望看完后对各人当前利用提醒时有所协助。

　　做者：薛志枯(微疑公家号：薛志枯)，百度交互设想师，两年级死

　　本文由 @薛志枯 本创公布。已经答应，制止转载。

　　题图去自 Pexels，基于 CC0 和谈