本文作者将结合设计规范和自己的项目经验，总结提示方法的使用场景和界限。我希望将来会有一些参考和帮助来处理提示方法。享受〜

如何减少用户甚至用户的中断次数并不是每个用户体验设计师都应该考虑的事情。我相信许多设计师已经纠结于使用对话框和Toast来制作提示。两者之间最大的区别是对话框是一种带操作的提示，在用户需要操作后会消失。这将直接中断用户的进程; Toast是一个轻量级提示，无需操作，几秒钟后会自动消失。不会中断用户操作。

除了上述两种形式外，还推导了Toast +操作的提示，例如：

以及使用Toast +图标或浮动图层的提示，例如：

上述设计有亮点和合理的地方，但如何在不打扰用户的情况下正确使用它们是关键。如何合理是一个问题，因为每个设计师的意见都有自己的主观标准，但这些标准往往只有两个结果在用户，良好的经验和糟糕的经验。在这里，我结合了设计规范和我自己的项目经验，并总结了提示模式的使用场景和边界。我希望每个人都能有一些参考和帮助来处理将来的提示。

iOS设计规范

从iOS设计规范开始，iOS建议设计人员使用横幅，对话框和小气泡来提示用户，但不建议设计人员经常使用对话框提示。只有这三个提示显然是不够的，但规范允许设计者将提示功能与APP本身结合起来，以建立更符合场景的提示机制。有很多设计师会将Android的Toast概念直接引入到iOS设计中，并衍生出Toast +操作，浮动图层和其他提醒。由于iOS没有明确的设计规范，只要它设计合理，如何提示它。

材料设计设计规范

与iOS设计规范相比，Material Design设计了规范以提醒用户更加谨慎的态度，并总结了两个非常好的概念：确认和确认。

确认是要求用户确认他们确实想要执行刚刚调用的操作。在某些情况下，会显示确认以及与用户正在考虑的操作相关的警告或关键信息。

很明显，显示文本消息，让用户知道他刚刚调用的操作已经完成。这将消除系统执行的隐式操作的不确定性。在某些情况下，已知显示以及撤消操作的选项。

在Material Design规范中，提示仅包含对话框（确认）和Toast（已确认）和Snackbar（已确认）。同一个对话框也是一个非常强大的提示方法，它会直接中断用户操作，所以设计应该谨慎。

这里要解释Toast，在规范中只指定文本，不能配备图标，所以不应该将地图称为Toast，这种样式可以直接理解为浮动层。同时，Toast无法操作。如果配备，它在材料设计中称为Snackbar。这是Android 5.0的新控件。 Snackbar是一种轻量级的操作反馈机制，通常采用小型弹出框的形式，显示在手机屏幕下方或桌面左下方。它们出现在屏幕的所有图层的顶部，包括浮动动作按钮，它会像Toast一样在3秒后消失。三种风格比较：

Google还会在必要时确认或了解用户操作。以下是我的翻译：

如果你在每次进行设计时都经历了上述过程，估计每个人都会被迫，我将举例说明提示的边界和场景以及提示的重要性。为了更好地区分iOS和Android之间的术语和差异，已经提出了一些新词。如果有任何错误，请纠正我。

重要性（从高到低）：

1，对话框（需要突出显示提示或提示上方有两个动作按钮，影响当前进程。）

适用场景：

需要做出重大决定的场景

容易被误用的场景

场景待确认

导致其他过程的场景

运营计划

风格描述：

该对话框作为一个整体显示在界面的中心

对话框副本应尽可能短，最后没有标点符号

对话可以针对运营活动或不同场景进行样式设计

必须提供关闭，取消等按钮才能返回原始流程

（2）灯光操作（适用于带灯光提示的操作，如撤消，查看，添加，修改数据，不影响当前流程。）

* Light操作是Android中的Snackbar，iOS中没有定义

适用场景：

用于撤消场景：1删除操作（简化删除过程中弹出对话框的过程）; 2做出重大决定后使用撤销操作，例如清除所有数据并取消绑定卡;

用于查看，添加，修改等中断当前进程，如1个帖子查看登陆页面; 2收集后修改存储的文件夹。

风格描述：

Android Snackbar显示时间为3秒; iOS是自定义的

Android Snackbar显示在页面底部; iOS是自定义的，左右中心

轻描淡写的副本应该是一个陈述句，并且尽可能短，最后没有标点符号

（3）浮动层（适用于具有日夜模式，隐私模式等功能属性的轻量级提示，不影响当前流程。）

适用场景：

功能（模式）：日夜模式;隐私模式;没有图片模式; xxx模式

重要提示：付款成功/失败;付款加载（显示持续时间由您决定）

风格描述：

浮动图层结构是图标+副本或整个页面

几秒钟后自动消失

浮动层显示作为整体显示在界面的中心

浮动图层副本应尽可能短，最后没有标点符号

（4）Toast（适用于导致其他页面和系统数据发生变化的灯光提示，操作失败，不会影响当前进程。）

适用场景：

操作失败（网络异常）

页面中的数据被添加，删除并成功添加，这会导致其他页面数据发生变化，例如推荐的新闻

不工作时轻量级提示

其他页面数据更改，例如下载完成，失败

风格描述：

Android Toast使用系统默认样式; iOS Toast使用自定义样式

Android Toast显示时间为3秒; iOS是自定义的

Android Toast显示在页面底部，并在左侧和右侧居中，iOS Toast是自定义的

Toast副本应该是一个声明性句子，并且尽可能短，最后没有标点符号;

（5）无提示（操作后页面有明显变化，不影响用户的其他方面，不影响当前进程。）

适用场景：页面中添加的数据已成功删除

哪个场景给出了提示？

哪个场景没有提示？

这也是一个非常好的问题。

作为删除单个历史的示例，如果历史未与用户的其他信息耦合，则当删除该历史时，该记录显然在页面中消失。这已经是一个非常明显的提示，此时无需重播。吐司告诉。

作为个性化推荐的一个例子，由于每个数据都与其他数据相结合，如果用户删除了一条数据，他的目的不仅是删除数据，而且对这些数据不感兴趣，尽管在页面中数据显然已消失，但用户也不再需要推荐类似的消息。

对于取消关注的示例，用户对内容源不感兴趣以确认取消注意，但是许多应用感觉用户在取消注意后似乎没有接收到相关内容源，并且必须使用该对话框告诉用户。 “如果您取消焦点，您将永远不会收到相关内容”，这将增加用户取消注意力的阻力（这是产品经理所希望的）。您可以尝试使用小吃吧的形式。当用户取消注意时，会弹出一个快餐栏，告诉用户“不再关注内容源”，并在以后添加撤销。当用户真的处理不当时，他可以选择再次撤消内容源。如果不是，它还减少了用户再次确认的步骤。这种体验比对话形式要好得多。

提示非常简单，但如何使用和设计确实有点困难。我希望在阅读之后，将来每个人都可以使用这些提示。

作者：薛志荣（微信公众号：薛志荣），百度互动设计师，大二学生

本文最初由@薛志荣发表。未经许可，禁止复制。

该地图来自Pexels，基于CC0协议