[User-Interface] 你如何处理没有阅读对话框的用户?



Answers

首先,颜色和图标的使用应该有助于用户对问题的严重性有一些视觉意识,红色传达异常,黄色传达警告,白色传达信息。

其次, 在对话框按钮上使用动词可以让用户了解他们告诉系统要做什么,即使他们没有阅读对话框的文本。

最后,如果您有兴趣研究完全不同的通知范例,请查看Firefox和Internet Explorer中实现的信息栏或通知栏。 StackOverflow使用相同类型的机制在用户获得新徽章时通知用户。

信息栏不突兀,位于屏幕顶部,等待用户注意。 我认为这是一个很棒的设计比喻。

以下是一些实现教程:

这是微软对话框设计的指导 ,它也触及了信息栏的概念。

Question

最近一篇关于Ars Technica的文章讨论了北卡罗来纳州立大学心理学系最近进行的一项研究,该研究表明用户倾向于尽一切努力摆脱对话框以回到他们手头的任务。 无论显示何种消息,大多数人都会单击“确定”或“是”,最小化对话框或关闭对话框。 显示的一些对话框是真实的,其中一些是假的(就像那些冒充防病毒警告的网页显示的弹出窗口)。 响应时间表明这些用户并未真正阅读这些对话框。

所以,知道这一点,这将如何影响你的设计,你会尝试做些什么(如果有的话)?




我称之为“自动驾驶”问题。

  1. 请勿使用屏幕底部的“确定”,“取消”按钮。 看看Vista试图强迫用户做出真正决定的方式。
  2. 禁用按钮几秒钟,显示“思考时间”计时器/进度条。 因此用户无法点击自动驾驶仪。 用户往往觉得这很烦人。



您可以完全避免使用对话框! 在某些程序中,有一个显示错误和警告的迷你缓冲区。 除此之外,它还可能会问你一件事,你必须在哪里键入你想做的事情。 这是一个非常干净和漂亮的解决方案,我倾向于喜欢它超过菜单栏。

但如果你真的必须使用对话框,试试这个:

  • 每个对话框只有一个句子
  • 最多两三个按钮
  • 使文本在对话框内可读(更大,黑白)
  • 而是反复使用一个对话框而不是多个小对话框(提示:列表框)

我如何看待对话框? 简而言之:他们是愚蠢和愚蠢的事情。 使用它们的程序会阻碍我使用他们愚蠢无意义的问题让我失望。 此外,通常使用对话框的程序相当愚蠢。




一个建议:

  1. 不要使用对话框。 特别是模态,确定/取消对话框。

有时这很难......你如何处理打开文件? 有时它很容易......你真的需要警告用户他们即将覆盖文件吗? 如果我盲目地点击“确定”,我可能不会注意任何警告。




杰夫拉斯金的人文界面值得一读。 对话框是最后的手段,也是设计不佳的标志。 大多数都是不必要的,正如您发现的那样,用户都会忽略它们。

为什么会有对话框? 解决该问题 - 不要求用户确认操作,而是可以轻松撤消操作。 不要弹出一个宣布错误的对话框 - 做任何你要做的恢复(或任何可能的事情)。 绝对不要显示只有一个结果的对话框('OK'只有框是恶魔),在app中显示信息不显眼。







我对那些没有花费大量时间和精力去开发的用户有一点耐心:1)应用程序2)说明除此之外,如果你不读,只做“不管你需要什么”你是靠自己。 我预先说明了这一点。 我将我的应用程序设计得尽可能直观,但仍然有人会突然支持打电话,就像孩子在课堂上脱口而出。 我对此毫不宽容。 阅读手册,阅读对话框 - 99%的问题的答案就在那里。




您可以做的一件事是禁用OK按钮3秒钟。

Firefox会在您安装扩展程序时执行此操作。

编辑:好吧,有些人觉得这很烦人。 我仍然认为大约1秒钟就可以了。 它会抑制人们(包括我自己)拥有的即时点击本能,并强制进行双击。 当然,如果您的对话不是他们实际需要阅读的内容,即使这样也会让人烦恼。




我想到了.NET Rocks的一集(我相信第338集“Mark of Good of the UI” )讨论了这个话题。 我认为整个讨论的关键是这是基本的UI设计过得太远了。 如果模态曾经是一种可接受的交流方式,我们现在发现它已成为编程失误。 用户明白,10次中有6次信息不足以让他们担心。 结果他们以同样的方式对待所有模态 - 习得无助。 如果一个模态出现并且告诉我发生了应用程序错误X并且我可以单击“OK” - 即使我不认为它是“OK”我也会学习一个特定的行为。 我认为莫代尔的想法是我可能对它们做不了多少,但如果我点击确定/是,那么我可以回到我需要的东西。

那么,为什么还在使用呢? 也许开发人员已经尝试避免这样一个事实:应用程序开发不仅仅是一个基本的界面,用户需要流畅的UI设计 - 旧的备用设备很难放弃......

我认为关键在于理解良好的UI设计现在表明中断(即使是最新手的计算机用户)也是烦恼,我们需要努力获得无缝的用户体验,其中应用程序的重点是用户 - 而不是通过提示和错误报告来满足应用程序的需求 - 不允许用户进入他们不关心的情况。




在对话框的末尾包含一个多项选择测验,用户必须选择答案,表明他们确实阅读并理解了文本。 随机切换选项的顺序,以便它们不能总是单击相同的顺序。




错误的问题。 “你将如何处理用户”从错误的一端开始。

正确的问题是“鉴于对话分散了用户对手头任务的注意力,有哪些更好的选择存在?”。

在努力实现目标或完成任务时,我们可以区分三种情况:

(1)应用程序得出的结论是,它不会采取任何可以使用户实现目标的动作。 弹出一条消息,只需一个按钮即可将其关闭。 你不在乎读者是否理解它,因为无论如何结果都无关紧要。

(2)您只能采取一种行动,或者替代方案与用户无关。 根本不要打扰他。

(3)有两种或更多种方法可以实现目标。 让用户在这些之间进行选择。 不要将此表述为是/否问题。 (Vista提供此作为常用对话框,以替换消息框。)如果可能的话,不要将其作为不可逆转的选择。

此规则的例外是用户期望是/否问题的情况。 但实际上,如果是这样,那么为什么问题不是正常工作流程的一部分呢? 对话框不在正常工作流程之内。




Links