你点了删除或者保存键，然后你就离开了，过了半天你回来时却会发现系统竟然傻傻的弹了一个对话框问你，你确认要删除或保存吗？

保存确认.png

针对这种系统不够智能的表现，about face里有两句话很经典：

第一句：做，不要问。
第二句：请求原谅而不是请求许可。

核桃乱解：用户要删除就是删除，别废话啰嗦的再让用户确认删除。哪怕错了请求用户原谅也好过用户让你做你还傻傻的问你确定吗？

可是，万一删错了呢？或者是用户误操作了呢？

因为根据雅各布尼尔森又总结了：10 Usability Heuristics for User Interface Design.

HE

其中一项就是：Error Prevention(核桃乱翻：规避错误）

这是否与“做，不要问”冲突？

曾经一度，这个问题困扰我很久。我会很纠结在流程里是否要跟用户做删除的确认。不做直接删，又担心用户误操作；询问用户是否要删除，又显得系统好傻，不够智能。
其实作为设计师，我们对比一下Photoshop和Sketch这两款软件，也就明白了。
PS就是会询问用户。而Sketch不会。
是PS错了吗？
其实PS的询问确认也不能算错。从避免用户误操作的角度上说，多问一句显然是没错的。
而Sketch为什么就可以“做，而不问呢？“
因为Sketch的具有“恢复历史版本”功能。无论何时，你都可以选择回到过去。所有的错误都是可以被抹掉从正确的节点重新开始。

恢复历史版本.png

这完全遵循了about face里的：请求原谅而不是请求许可。
同时也遵循了尼尔森的：Error Recovery.（核桃乱翻：修正错误）
对于SK来说，老子就是有胆子也有实力犯错。
结论：所以，当你的技术支撑不能做到可以让系统随时从错误中恢复，那删除前询问确认一下还是很有必要的。不过，这会让你的系统显得比较老土而已。PS比SK老很多岁的。墙外的时代已经翻篇，我们却只能留在历史的车辙里望空兴叹：体贴智能的系统到底离我们有多远？