白话大原则：

让我立马注意到——否则就没必要确认。
必须得与当前页面区分，凸显出来。所以一般二次确认页面弹出时，当前页面应该屏蔽使用。

让我不反感——除非想赶走客户。
视事件本身的严重程度采用适合的图标（信息、错误、问号）、措辞，视觉变化不至于太过突然。

让我一看就知道如何选择——稀里糊涂，词不达意的二次确 认是最要命的
已经干扰了正常流程，再让用户在一个弹出页面上思考不知所措？
短句子，不兜圈，信达雅的文案，与文案相符的操作。

这些大原则有效的前提是：确实是必要的时机。——你的二次确认页真的是必要的吗？

注：以上大原则，heidi原创，不可照搬，谨防出错。

注意事项：

时机——确认是必要的时机（我怎么这么罗嗦呀）
形式——是不是采取了合适的形式（有哪些形式？），注意不要用二次确认页鱼目混珠，我看到很多网站把成功页面做成像二次确认页一样，居然还有个感叹号来警示用户“操作已经成功”……
文案——这个太重要了，呆会单独说。
icon——这个太重要了，呆会单独说。
出错控制——二次确认页本来是为了避免出错，为此需要再注意些什么？
结构——这个页面不需要太多创新，最保险的方式就是照顾用户已有的习惯，用主流的结构去呈现。
文案太重要了：

1. button的文案——需要让用户思考。

很多时候我们发现一个页面很莫名其妙，很不容易理解，仔细看看，原来是文案没有传达清楚。

如果二次确认页面也出现含糊不清，模棱两可的文案，那是最糟糕的事情。

大家看得明白下面三个二次确认页的区别吗？——资料来自《windows vista UX guide》

三者的区别在于button引导文案，先使用官方资料：

第一个二次确认页面：windows认为是不合理的二次确认页，因为它起不到该起的作用，因为用户本身就是通过点击“uninstall”操作看到这个页面，当他看到button上的文案还是“uninstall”的时候，他几乎不会去阅读二次确认的问题和描述，直接就会点击“uninstall”。而windows认为二次确认页至少是需要用户思考一下再做操作的（不然还真的没必要）。——Do make me think。

第二个二次确认页面：windows认为是合适的，使用yes和no作为button的文案，用户在点击前，至少会思考一下yes和no分别对应的后果，因此他会去看描述。

第三个二次确认页面：windows认为也是靠谱的。一个简单的anyway作用很大……体会一下。

Yes/No和OK/Cancel的button文案搭配大家似乎在英文站点上司空见惯了。好像是可以相互替代的是吗？

这是一个被我YY出来的案例，但是实际上确实存在着。现实生活中，某个人负责写二次确认页面文案，但是button上显示的文案有时却得走"规范"，统一使用YES或者OK(比如)，至于点击了button到什么页面是由设计师和工程师决定的。就会导致以上矛盾的情况：button和文案牛头不对马嘴，点击后却又是另外的情况……

在这个案例中，结合整体文案，button上恐怕是Yes+Cancel的组合更加适合。所以，需要一个人全盘负责alert页面的文案。

Ok这个说法很多时候带有“我明白了，我理解了，就这样吧”的含义，用到二次确认页上会让用户非常confuse。

在以下的案例中，我们能够更加明显感觉到文案的配套如何重要：

确定取消你的预约吗？1. 好的，2. 取消。——what should i do？

2. 页面的文案——足够的信息讲明白后果。

你会经常被这种页面搞得很苦恼，你确定吗？你真的确定吗？你考验我的智力还是判断力还是耐力？

ICON可不能乱用呀：

还有：我觉得这里的OK也有歧义。