|
0
|
感谢Gabriel Svennerberg和Sam K之前给我的回答。 对于警告框的态度，我一直是很随意。直到一次用户测试中，我们使用的警告框其实提示用户，如果他们离开当前进程，那么所有没被保存的信息就会丢失。我对我看到的测试结果非常震惊！ 用户对于警告框的点击似乎完全是随机的，并且是基于之前他们在使用其他软件时的经验的。 只有非常少一部分的用户真的读了警告框里面的内容，而其他用户只是随便找个东西点，不管按钮是让他们继续停留在这个页面，还还是放弃保存之前的信息离开页面，或者是用来关闭警告框的X。并且他们对于点击后会发生什么时候，基本都是困惑，似乎很多人就有这种针对“提示错误”窗口的既定的操作模式：随便点什么，反正让这个提示消失。 那么，我们到底应该怎么对警告框抱什么态度，是完全不用还是有条件的使用？ |
|||
|
|
|
1
|
问题本身基本上已经回答了问题：永远不要用警告框。 警告和对话框都是是打断用户操作，当然他们会下意识的去处屏障，他们常常是不读任何警告信息，直接是条件反射的行动 这里有些替代方案： 对于一般的信息反馈，不要做任何动作，只需要简单显示出来就行了。 对于需要确认的信息应该尽可能避免，一个替代的方式就是不用确认直接执行，事后给用户反悔（undo）的机会就行了。 对于用户必须回答一些问题的页面，就不要做成可关闭（或者看起来可关闭）的弹出窗口，这样就不会触发用户“随便点个啥子，反正让这个窗口消失”的反应就可以了。 |
|||
|
|
|
0
|
我想滥用警告框的原因的一个主要原因是，它们太容易实施了。。而实施出一个包容性强的用户界面就要难太多了。。 警告框的糟糕，主要有几个理由： 首先，由于他们模式对话框的属性， 他们会打断用户的使用流程，当用户正好好的做一个不太恰当的任务时。 第二， 他们并不有效。就像Andrew提到过的， 用户不想读他们， 只是想赶紧点了关了。如果系统在用户正常使用时，不断的丢出警告框， 用户最终会忽略他们，只是习惯性的点击OK。当他意识到他错误的删除了一个文档时，一切都已经为时晚矣。 在我的观点里， 警告框应该（译者案：像真的狼来了一样）， 谨慎使用在紧急情况下， 比如执行一个不可逆转的动作。否则不要随便喊狼来了，应该有很多更好的设计方案。。 |
|||
|
|
