在本文中，笔者将把假设规范和自己的新项目经验分开，总结出提醒模式的利用场景和边界，期望对当今应急响应提醒模式的大家有一些参考帮助。尽情享受~
如何降低打扰用户的频率，使其不被打扰，是每个用户体验设计师都应该思考的问题。许多信任远见者一直担心何时使用提示框来提醒人们。两者最大的区别在于，提示框是带有 *** 纵的提醒，需要用户在它消失之前进行 *** 纵，这会间接打断用户的脚步；Toast属于重度提醒，没有 *** 控，呈现几秒后主动消失，不中断用户 *** 控。
除了以上两种情况，借用敬酒 *** 的提醒，比如:
以及带有吐司标志或浮动层的提醒，如:
以上想法都有开放面和合理通融，但如何在不打扰用户的情况下合理利用才是核心区域。怎么算推理就是一个考试成绩，因为每个设计师的意见都有自己客观的评价界限，但这些界限往往是两个结果，优质的感觉和差的感觉。在那边，我把设计规范和自己的新项目经验分离出来，总结了提醒方法的使用场景和边界，期望对大家在今天的应急响应提醒方法上有一些参考帮助。
IOS场景规范
从iOS场景规范开始，iOS建议远见者使用横幅提醒用户尴尬的情况，但不建议远见者经常使用提醒框提醒用户尴尬的情况。如果那三种提醒方式还不够，而是在规范中，批准设计师将提醒功能从app本身分离出来，打造更符合情况的提醒机。很多远见者会将Android中的吐司洞察间接引入iOS视野，衍生出吐司 *** 控、浮动层等提醒。由于iOS对这件事有明确的假设，所以只需要是假设就可以了，不管怎么提醒。
材料假设规格
相比iOS假设规范，MaterialDesign假设规范以更谨慎的观点提醒用户，给出了两个优秀的意见:确认和承认。
确定是要求用户确定他们确实期望实施者盗用的 *** 纵。在某些情况下，该确定与需要用户思考的 *** 纵相关的警告或核心疑问一起呈现。
就是要肯定知道有一段笔墨怀疑期，让用户在 *** 控前知道可以盗用。这将切断管理系统已经在实施的隐性 *** 纵。在某些情况下，众所周知，与反汇编一起 *** 作的选项是一起呈现的。
在材质设计规范中，提醒是提示框(确认)和Toast(知道)或者Snackbar(知道)，提示框也是一种非常强烈的提醒方式，会间接打断用户的 *** 控，所以在构思时要谨慎对待。
烤面包应该在那边解释。在规范中被归类为墨水笔，没有有图有图的底价低。所以有图有图不应该叫吐司，那种风格可以作为浮层间接掌握。此外，吐司并不像它那样具有 *** 纵性。如果 *** 纵的话，在材质设计上早就叫Snackbar了，当时安卓5.0刚上市。Snackbar是一种用于 *** 控的重型反射机器。它经常显示一个小d出框的情况，显示屏的底圆在表格的左下方方圆左右。它们显示显示屏所有层的顶圈，包括波动控制按钮，3秒钟后像烤面包一样消失。三种风格的对比:
谷歌也搞清楚了什么时候要求确认或者确认用户 *** 纵。以下是我的翻译:
如果每次一个想法都要经过上面说的步骤，估计大家的傻圈。我将根据提醒的重要性举例说明提醒的界限和情况。为了更好的识别技术术语和iOS、Android的区别，明确提出了一些新词。如果不正确，请改正。
关键级别(从下到上):
1.提示框(需要在两个 *** 作键上方提出提醒或保存提醒，会危及当前步骤。)
共享场景:
需要做出更严肃决定的情况。
简单且容易造成误 *** 作
定义的场景
其他步骤的具体指导。
经营计划
风格表明:
提示框已经被团队在世界上垂直居中。
提示框文案要简洁明了，结尾不要有logo。
提示框可以设想为业务行为或不同场景中的终止样式。
必须提供关闭、取消和其他键才能返回到该步骤。
(2)下沉 *** 纵(下沉提醒时，涉及 *** 纵，如取消、检查、删除、增加、调整数据信息，不伤害当前步骤。)
*Sink *** 控在Android已经是Snackbar了，iOS也已经有了。
共享场景:
消除场景:①删除 *** 纵(简化步骤中删除d出窗口的步骤)；(2)用于在做出更严重的决策后消除 *** 纵，如在muddy空数据信息战中消除卡绑定；
用于检查、提升、调整等步骤的 *** 作，如①收集后检查坠落的天空页面；②收集后调整已发布文件夹的名称。
风格表明:
AndroidSnackbar渲染时间不到3秒；IOS是自定义的。
AndroidSnackbar出现在页面底部；IOS是自定义的，你垂直居中呈现。
*** 控文案要足智多谋，果断，只要简洁明了，结尾不使用logo。
(3)浮动层(组合使用，如日夜模式、隐藏公共模式等。，以功能性脾气提醒人们的重卷，对现在这一步没有坏处。)
共享场景:
功能(模式):日夜模式；公共模式；无图模式；Xxx模式
重点提醒:输入输赢；加载(渲染较少由自己决定)
风格表明:
浮动层结构是图标复制或占据所有页面。
主动消失需要多少秒？
浮动层演示已由团队在世界上垂直居中。
浮层文案要简洁明了，尾端不标标准面。
(4)吐司(与其他页面分享，如提醒战争管理系统的大量数据和信息，疾病的转化，失败的 *** 控，不伤害当前步骤。)
共享场景:
*** 纵失败(收集十分)
一个页面中数据信息的增删减导致其他页面中数据信息的转换，比如推荐信息。
无法 *** 作时的水槽提醒
其他页面的数据信息转化，免费下载，丢失。
风格表明:
AndroidToast使用管理系统的默认风格；，iOS吐司使用自定义风格。
安卓吐司渲染不到3秒；IOS是自定义的。
安卓吐司出现在页面底部，你垂直居中。iOS吐司是自定义的。
祝酒辞文案应该是足智多谋的句子，只要简洁明了，结尾没有logo即可；
(5)无提醒( *** 控后页面有显著转化且对其他圈子用户无伤害，对当前步骤无伤害。)
分享场景:页面中数据信息完善，删除获胜。
在什么情况下你会被提醒？
哪种情况下你没有给提醒？
那也是很好的考试成绩。
以删除历史账户为例。如果历史账号在没有耦合的情况下取用户的其他信息，当一条已经被删除，该记录就从页面上消失了，这曾经是一个很有意义的提醒。当时也没有要求再打敬酒通知。
举一个自然推荐的例子，由于每一条数据信息都是和其他数据信息耦合在一起的，如果用户删除了一条数据信息，他的总体目标不仅仅是删除哪一条数据信息，而是对那一类数据信息没有兴趣。虽然这段数据信息已经从页面上消失了，但是还需要通知用户没有推荐过类似的声音。
举个例子，用户因为不喜欢内容源而决定放弃关注。但是很多应用认为用户在解除关注后似乎并不知道没有来自这个分支的相关内容来源，所以必须使用提示框来报告用户“解除关注后没有来自这个分支的相关内容”，这基本上降低了用户解除关注的摩擦阻力(这也是材料经理所期望的)。可以测试一下考试用snackbar的情况。当用户已经解除关注时，会d出一个snackbar，报告用户“未关注内容来源”，之前的一个被删除并解除。当用户实际上是误 *** 作时，可以从零开始取消内容源的推广。如果没有，也减少了用户重新确定的步伐，比提示框好多了。
提醒很简单，但是如何利用战争思想借真面目却很容易。希望在今天使用提醒的时候对大家有所帮助。
完成人:薛之库(微疑国民政府号:薛之库)，百度搜索互动幻视者，初二去世。
文章由@薛之库本创发布。我已经同意了，并劝阻拦截。
图片来自PEPEPEELS，据CC0和平谈判。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）