warn-before-the-thing-you-are-warning-about

用户即将做的某件事，会带来一个他们意料不到的后果：一个操作系统会拦截的未签名安装程序、一条会重写历史记录的命令、一个把人从流程环节里移除掉的设置项、一次会离开沙箱（sandbox）的导出操作。

对于那种从标签本身就一目了然的后果，这条不适用。"删除"这个词不需要一整段话来解释它会删除东西。

1. 把提醒放在控件的上方，符合阅读顺序，不要放在下方，也不要放进工具提示（tooltip）里。
2. 用用户能懂的话说清楚会发生什么——他们将看到的确切对话框文字、确切的错误信息——然后再说该怎么办。
3. 把打断式的确认留给不可逆的操作。给一个影响较小的操作也加上确认，只会训练人们习惯性地点掉真正重要的那个确认。
4. 如果这个意外是无法避免、但本身无害的，就解释它为什么会发生。"没有代码签名证书"这句话能把一个吓人的对话框，变成一个在预期之内的对话框。

把提醒前置会让页面显得更沉重，还可能吓跑那些风险其实根本不存在的用户。这个代价是真实的，只有在意外真的存在时才值得付出。

过度使用这条的失败模式，是让产品读起来像是对自己很没底气。如果每个界面都以一句免责声明开场，这些免责声明就会变成界面装饰（chrome），读者会直接跳过它们——结果又回到了原点，只是文案变得更差了。