最近的一篇文章上 Ars Technica 讨论了最近的一项研究进行过心理学系的北卡罗来纳州立大学,这表明用户有一种倾向,做任何事来摆脱的一个对话框回到他们的任务。他们中的大多数要点击OK或是的,最小化的对话、或关闭对话,无论该信息显示出来。一些对话框,显示了真实的,而他们中的一些是假的(像那些弹出显示网页的构成作为一个防病毒的警告).的响应时间将表明,这些用户是不是真阅读这些对话框。

这样,知道这一点,这将如何影响你的设计,以及什么你试着做的(如果有的话)?

有帮助吗?

解决方案

我尝试将应用程序设计为在事故面前变得强大 - 无论是滑动(无意中的操作,例如在错误的位置点击)还是错误(认知错误,例如在对话框上单击“确定”和“取消”)。一些方法是:

  1. 无限(或至少多步)撤消/重做
  2. 通过动态工具提示和其他上下文敏感的通信方式将文档与界面集成(一篇特别相关的论文是关于'惊喜,解释,奖励'(直接链接: SER ) - 使用对意外行为的典型心理反应来告知用户)
  3. 将系统状态合并到所述文档中(使用当前用户的数据作为示例,并使用他们现在可以看到的数据来使文档具体化)
  4. 期待用户错误。如果某人有可能尝试写入:\,当没有磁盘时,则执行超时,以便系统可以正常失败,并提示其他位置。将数据保存在内存中,直到它在磁盘上安全等等。
  5. 这归结为两个核心内容:(1)防御性程序,以及(2)尽可能保持用户的信息。如果系统的界面易于使用,并且按照他们的期望行事,那么当出现恼人的对话框时,他们更有可能知道点击哪个按钮。

    我也非常非常努力地避免任何模态,所以用户可以忽略我必须使用的大多数对话,至少暂时(当他们真的需要关注它们时,他们有足够的信息知道如何处理它。)

    制作一个完全万无一失的系统是不可能的,但我发现上述技术在正确的方向上有很长的路要走。 (并且它们已被纳入用于开发惊喜解释奖励的系统以及经过广泛用户研究审查的其他工具。)

其他提示

首先使用颜色和图标应有助于得到用户的某些提高认识的问题的严重程度,红色来传达出色的、黄色来传达一个警告,白,传达的信息。

其次使用的 动词在你的对话的按钮 给用户的感觉什么他们告诉的系统来做到,即使他们不要宣读的案文的对话。

最后,如果你有兴趣找到一个完全不同的通知范例检查了信息栏或通知栏,是实现的火狐和Internet Explorer。计算器使用的相同类型的机构来通知用户时,他们已经得到了一个新的徽章。

信息栏是非侵扰性,并停留在顶级的屏幕等待用户的关注。我认为这是一个伟大的设计比喻。

这里有几个执行情况的教程:

这里是 微软的指导对话的设计, 它涉及信息栏概念。

立即想到史蒂夫·克鲁格的书不要让我思考

在对话框的设计,状态信息回馈给用户等时,最好使用图标和颜色提示来确定单词实际说的内容。

因此请将错误消息突出显示为红色,警告黄色等。

Jef Raskin的Humane Interface 值得一读。对话框是最后的手段,也是设计不佳的标志。大多数都是不必要的,正如您所发现的那样,用户都会忽略它们。

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

一些建议

  1. 绝对必要时仅使用盒子。
  2. 始终将默认选项设置为最不危险的选项

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

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

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

开发人员经常使用模态对话框,因为它很容易编码。

但是,非模态通知通常更便于用户处理。

一个建议:

  1. 不要使用对话框。特别是模态,确定/取消对话框。
  2. 有时这很难......你如何处理打开文件?有时它很容易......你真的需要警告用户他们即将覆盖文件吗?如果我盲目地点击“确定”,我可能不会注意任何警告。

如果必须使用对话框,请在对话框中的按钮上添加描述性标题。

例如,让他们说“发送发票”,而不是“确定”和“取消”按钮。和“返回”,或在对话框的上下文中适当的任何内容。

这样,文本就在他们的光标下,他们很有可能理解。

Mac OS X大部分时间都是这样做的。 这是一个示例图片。

编辑:

这是一张更好的图片,我在Apple人机界面指南网站上找到了它,这是一个很好的参考,并且非常易读。 该网站上的该文档完全与Dialogs有关。

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

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

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

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

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

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

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

我想你可能想读这篇论文: “高强度谈判式中断对终端的影响 - 用户调试“,TJ Robertson,Joseph Lawrance和Margaret Burnett,视觉语言和计算期刊17(2),187 - 206,2006年4月。

它问了一个类似的问题。结果是,让用户知道你想要他们的注意力然后坐下来等待用户回应。不要打断用户,这不是他或她想要的。

[灯箱]( http://en.wikipedia.org/wiki/ Lightbox_(JavaScript))模态对话在某些情况下似乎是一种有效的技术(Web 2.0派生,但在其他情境中可以得到推崇)。

另一点:如果您可以放弃撤消功能的对话框(Gmail对于一个支持这个概念作为标准webapp行为的人来说,这是值得考虑的事情。

如果您必须使用对话框,请以有趣的同情或甚至讽刺和非常短的解释性文字奖励用户。如果你偶尔发出一些令人讨厌的丑闻,他们会读所有

  

用户正在危险地运行   常识。请删除此用户   并插入另一个。

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

上面有很多好的建议。我只想在书中提出建议 - Joel Splosky的“程序员用户界面设计”。本书值得一读:

http://www.amazon.com/User-Interface-Design-Programmers -Spolsky / DP / 1893115941 / REF = pd_bbs_sr_4即= UTF8&安培; S =书籍和安培; QID = 1222233643&安培; SR = 8-4

您可以做的一件事是禁用“确定”按钮3秒钟。

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

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

首先,愚蠢应该受到伤害,但通常情况并非如此......

下一个最好的事情是包含一个试图传达问题严重性的图标。如果对话框的图标看起来不祥,那么一些不会阅读的人可能会改变他们的习惯。有些百分比无论如何都不会读它。

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

更改措辞以及对话框的工作原理会有所帮助。例如,使用“确定/取消”按钮往往会让用户忽略大部分对话框。如果删除普通按钮并将其替换为wordier命令链接,则用户更有可能阅读每个按钮,因为“快速,离开”选项不可用。

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

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

请勿使用确认(您确定吗?是/否),但请使用撤消。

不要弹出阻止的警告,因为用户会尝试尽快恢复工作,忽略该消息并只是单击它。使用类似Internet Explorer中的信息栏,它没有阻止。

你可以避免使用对话框产品总数!在某些程序中有一个minibuffer,显示错误和警告。沿着,它也可以问你一件事,你必须型什么你想要做的。它很干净,很好的解决方案,我倾向于更喜欢在菜单.

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

  • 一句话,每只对话
  • 最多两个或三个按钮
  • 使案文的可读里面的对话(大,黑的白的)
  • 而不是使用一个对话比许多小的多次(提示:列表框)

我怎么想的对话框?在概括地说:他们是愚蠢和愚蠢的事情。程序使用他们对我的方式和减缓我下来与他们的愚蠢的毫无意义的问题。此外,经常程序,使用对话的盒子是相当愚蠢的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top