每天我们与数字界面打交道的时候都会碰到各种各样的弹窗。其中，确认弹窗用来降低误操作或是轻率决策造成的风险 。而一个常见的场景是，弹窗出现后 ，你又不打算进行原先的操作了 。这时应该怎么办？
交互设计中常常有必要为同一功能提供不同路径。关闭一个确认弹窗通常也有以下三种方式：
1. 点击[确认]按钮旁边的[取消]按钮；
2. 点击弹窗右上角的[关闭]按钮；
3. 键盘上的esc键 。
用3种方法达到同一效果 ，对普通用户来说可能并不是什么问题，但足以吸引设计师发问：我到底需不需要在线框图中画上[关闭]按钮？这三种方式有什么区别？是否需要保留多个效果一样的路径？
先来理解一下这三者的区别：
点击[取消]代表着做出了决策 ，“我想过了 ，要放弃之前的操作”；点击[关闭]意味着“我好像还没想好？那就先不做决策了”；而esc是更快捷也更隐蔽的专家用户操作，“先不做决策 ”的意味更浓 。 三者需要主动思考、判断的程度依次降低。
那么怎样对效果一样的三者进行取舍呢？[取消]按钮与[确定]按钮相对 ，当然是必不可少的；esc键较隐蔽 ，加上它也没有负担 。因此，问题就主要集中在：[关闭]按钮是否必要？
对于[关闭]按钮是否必要 ，我似乎找不到一个足够充分的理由 。然而 ，在我们的经验中，多数现有产品的确认弹窗都保留了[关闭]按钮：
不过也有一些确认弹窗是没有[关闭]的：
另外 ，Mac版Chrome浏览器及Mac系统中的所有弹窗都没有[关闭]且可以esc退出。猜想 ，Mac中不保留[关闭]而支持esc是因为Mac OS有着强大的快捷键和触控板功能，相比Windows系统，用户会更习惯于直接用键盘进行操作 ，而不是移动光标进行点击 。
好吧 ，看了它们的弹窗，我还是并没有得出明确的结论 。既然参考不成 ，我去直接接触用户好了。我询问了同事和朋友：若要退出提示弹窗 ，你会[取消]还是[关闭]？既然[取消]和[关闭]效果一样，那么可否去掉[关闭]？
我所询问的人中 ，有产品设计相关人员 ，也有普通用户 。 大多数人都表示，相交[取消] ，更愿意点击[关闭] ， 正如其中一人所言：“如果要点取消，我还得专门去想一想 ” 。点击了按钮意味着做出决策 ，增加了用户的思考成本。但对于“可否去掉关闭”这个问题 ，大家出现了分歧。支持保留关闭的一方给出的理由如下：
"不同用户有不同习惯，仍有大量的用户习惯去右上角点“关闭 ”，去掉就会增加用户操作成本 ，这会让用户不爽 。如果产品没有强大到去塑造用户习惯 ，最好还是尊重不同用户的操作习惯，提供多种操作方式也没什么坏处 。
"另外 ，关闭和取消分布在页面的不同位置 ，可以减少移动光标的距离，使操作更便捷。"
有趣的是 ，所询问的交互设计师和视觉设计师却都比较倾向于去掉[关闭] ，理由是 尽量避免表现层的冗余 ：
"毕竟，页面上每个元素的存在总得有个足够充分的理由 ，我们设计师才能不带疑虑地亲手将它放上去 。做决策会带来思考成本 ，而冗余所带来的判断过程又何尝不是一种思考成本？"
作为交互设计师，我承认自己更多时候会点击关闭而非取消 ，但我还是倾向于去掉[关闭]同时支持键盘esc键 。弹窗右上角的[关闭]并非不可或缺 ，可能是过去的操作系统使得关闭按钮成了弹窗的标配？这一点我在还没有去追根溯源。不过界面和用户习惯都是在不停发展的 。 尽量去掉表现层的冗余元素，是我心中更现代的设计原则，也是一个趋势 。
所以 ，到底要不要在确认弹窗右上角画上一枚[关闭]按钮？我的结论是 ， 先看产品风格和目标用户。 如果产品风格和用户比较保守传统，那么在现阶段最好保留[关闭]按钮；如果不是 ，那么尝试去掉[关闭]好了 ，它没有那么重要 。 在去掉[关闭]的同时，要记得支持键盘esc键关闭弹窗 。 不管用户是否在使用鼠标 ，用左手去按esc键都是最方便的退出方式。
再多说一句：确认弹窗的根本目的是降低误操作或是轻率决策的风险 ，还有其他的方式可以达成这一点，比如撤销 ，就比确认弹窗有着更好的体验 。不过这又是另一个话题了 。
本文来自作者[禾志亮]投稿，不代表格瑞号立场，如若转载，请注明出处：https://gree0731.com/ig/25127.html
评论列表（4条）
我是格瑞号的签约作者“禾志亮”！
希望本篇文章《确认弹窗：[取消]、[关闭] 还是 [esc]-》能对你有所帮助！
本站[格瑞号]内容主要涵盖：生活百科,小常识,生活小窍门,知识分享
本文概览：每天我们与数字界面打交道的时候都会碰到各种各样的弹窗。其中，确认弹窗用来降低误操作或是轻率决策造成的风险。而一个常见的场景是，弹窗出现后，你又不打算进行原先的操作了。这时应该...