各种犯冲的交互原则怎么解?

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

保存确认.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老很多岁的。墙外的时代已经翻篇,我们却只能留在历史的车辙里望空兴叹:体贴智能的系统到底离我们有多远?

作者 :鲜核桃

关键字:交互, 设计, 删除

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部