你有没有过这种经历：想取缔一个会员订阅，，，，，页面弹出一个“确认取缔”的窗口，，，，，你犹豫了几秒才点下去。。。。。。。。这个看似通常的交互，，，，，其实设计得好不好，，，，，直接影响用户是留下还是流失。。。。。。。。?

先搞领略这个交互到底在做什么

所谓二次确认，，，，，指的是在用户执行某个不成逆或者影响较大的操作时，，，，，弹出一个提醒界面，，，，，让用户明确知路自己在做什么。。。。。。。。好比删除一条谈天纪录、退出一个群聊、取缔一次付费订阅，，，，，这些都是典型场景。。。。。。。。它的主标题标不是阻止用户，，，，，而是给用户一个默默下来的机遇。。。。。。。。?

但这里有个误区。。。。。。。。好多人以为二次确认就是让用户多一步操作，，，，，增长流程长度。。。。。。。。其实好简直认取缔设计，，，，，是在助用户躲避误操作，，，，，同时传递出产品的责任感。。。。。。。。你想想，，，，，若是一个利用在你点删除的时辰直接删掉，，，，，连问都不问一声，，，，，你敢持续用吗？？？？？？？？

这一步的设计比设想中难

难点在于，，，，，这个弹窗里的每一个细节都有讲求。。。。。。。。按钮放左边还是右边？？？？？？？？用“取缔”还是“返回”？？？？？？？？动词用“删除”还是“移除”？？？？？？？？甚至按钮的色彩，，，，，都可能影响用户的选择。。。。。。。。

拿常见的iOS和安卓来说，，，，，两个平台的按钮分列习惯就不一样，，，，，细节上的差距会让用户在分歧的系统里产生分歧的肌肉影象。。。。。。。。更关键的是按钮的默认状态。。。。。。。。有些产品会把高亮色放在“确认”上，，，，，诱导用户点击；；；；；；有些产品则会把焦点放在“取缔”上，，，，，给用户留足退路。。。。。。。。这两种思路没有绝对的对错，，，，，但要看场景。。。。。。。。若是是高风险操作，，，，，好比注销账号，，，，，最好的做法是让用户输入“确认注销”几个字，，，，，而不是只靠一次弹窗。。。。。。。。?

用户真在意的是这个

用户在面对这种弹窗时，，，，，内心最关切三件事：第一，，，，，我点错了能不能反悔？？？？？？？？第二，，，，，这个操作会产生什么后果？？？？？？？？第三，，，，，若是我不幼心点了确认，，，，，有没有补救法子？？？？？？？？

所以你会发现，，，，，好多优良的产品在弹窗案牍里会明确写出后果，，，，，好比“删除后无法复原，，，，，请审慎操作”而不是干巴巴地写“确定删除吗？？？？？？？？”同时，，，，，在操作实现后提供“撤销”选项，，，，，好比Gmail的邮件撤销发送，，，，，这才是真正的用户思想。。。。。。。。

反观一些产品，，，，，弹窗里的话术含抽象糊，，，，，只写“确认取缔”四个字，，，，，没有任何诠释。。。。。。。。用户内心没底，，，，，天然就会选择暂不操作，，，，，久而久之，，，，，产品流失率就上去了。。。。。。。。?

分歧平台有分歧的脾性

这里不得不提一下Web端和移动端的差距。。。。。。。。在网页上，，，，，确认取缔弹窗通常由浏览器或者前端框架天生，，，，，用户习惯用Enter键确认，，，，，Esc键取缔。。。。。。。。而在移动端，，，，，由于没有键盘，，，，，手势和触控区域就成了关键。。。。。。。。

另表，，，，，有些场景下这种二次确认并不适合用弹窗。。。。。。。。好比用户滑了一下界面，，，，，误触了某个开关，，，，，这时辰用弹窗反而打断履历。。。。。。。。更好的方式是让操作造成可逆的，，，，，好比开关自动弹回，，，，，或者显示一个“撤销”的Toast。。。。。。。。说到底，，，，，二次确认不是全能的，，，，，它要解决的问题是“误操作”和“理解后果”，，，，，而不是给用户添堵。。。。。。。。

还有几个少有人提的细节

最后说点细节。。。。。。。。一是按钮的案牍，，，，，动词优先。。。。。。。。别用“确定”和“取缔”，，，，，要直接用“删除”和“保留」剽种让人了如指掌的词。。。。。。。。二是弹窗出现的地位，，，，，别挡在用户在看的内容正中央，，，，，有时辰底部弹出的半屏提醒成效更好。。。。。。。。三是别滥用这种弹窗，，，，，用户每次无意思的