美文网首页翻译设计之路今日看点
如何确保用户不会意外错删东西

如何确保用户不会意外错删东西

作者: 定Ding | 来源:发表于2015-09-19 11:05 被阅读783次

    译者注:在特定情境下这是一个非常非常好的解决方案,比如简书删除文集或账号时,这个可比让用户输入一遍登录密码直观多了。

    原作者:anthony

    译者:励定洲

    我想大家都知道的能体会不小心错删东西后的纠结和无奈。特别是删掉的东西一去不复返,而一切都只能从头来过时。这是为什么当用户试图删东西时要给他弹出个确认窗口的原因。然而,你的确认窗口可能仍然无法阻止错误的发生。有时候用户并不会去细看确认对话框,只会不停敲打着回车(译者注:web app/site这方面因为技术受限倒不受牵连,绝大多数桌面应用或系统程序删除时默认focus的按键就是“确定”),毕竟那样确实轻松。有时候他们则认为自己能撤销删除的操作,所以他们在执行删除指令时并不会太上心。更有时候他们看到了对话框的内容,想点“取消”时不小心误按了删除键。(译者注:文案、确定按键的高亮、确定取消按键的位置顺序等等都会造成影响)

    输入“delete”执行确认操作

    无论如何,即便面对确认窗口,用户也有可能犯错。如果他们不小心删了什么重要东西,那你就别想让他们再回来用你的产品了,你必须确保用户在执行不可撤销指令之前百分百肯定。与其跳出一个可能被误按的确认按键,不如给他们一个文本框,然后让他们输入单词“delete”来执行确认行为。当用户在文本框里输入“delete”时,毫无疑问他们的动机明确极了,误操作不会再出现,用户删掉东西后也不会后悔,因为确认文本框让他们对自己要做的事已经充分确认了。

    相关文章

      网友评论

      • 一一无痕:就像春夏秋冬,添减衣服
        自然轮回,不纠结
        有空不如码些字呢
      • 18ce9f6925e6:搞个回收站
      • 杨文强Kpaladin:总觉得让用户确认总不是一个好方法,一来影响用户体验,二来形成习惯之后,输入一个单词也是很快的,本质上和点确定没啥区别,都可能条件反射式的输入。比较好的方法还是让用户永远都有后悔的权利
        定Ding:@杨文强Kpaladin 用户体验并没有被影响,就像我在文章开头提到的是“文集”和“账号”,而非“文章”或“评论”。其次,输入单词即便再快再自然,行为上和点按按键形成区分,这就够了。使用delete相较“输入密码”而言只是更加“好玩”和“低成本”,我甚至认为完全可以允许有1、2个字符的容错(js层面就可以做到判断,然后交给数据库执行删除)。
      • 光明奶人:老喽,我用mailchimp做350的时候就发现了。还可以参考Github,删除简书文集时让用户去填一遍要删除的文集名称,更感人。
        刘英滕:@励逸洲 :scream: :scream:
        光明奶人:@刘英滕 :relaxed: 是的..
        刘英滕:@励逸洲 你们…是两兄弟吗
      • MJGA:这个是个好办法

      本文标题:如何确保用户不会意外错删东西

      本文链接:https://www.haomeiwen.com/subject/xysbcttx.html