如何使用户阅读错误消息？

如果您是为非技术性受众编写程序的，则您将冒着很大的风险，即用户不会阅读措辞严谨且令人启发的错误消息，而只是沮丧地单击第一个按钮。

因此，我想知道您可以建议什么样的良好做法来帮助用户实际阅读您的错误消息，而不是简单地放弃它。我能想到的想法包括：

• 课程帮助的格式；可能是一条简单的简短消息，带有“了解更多”按钮，会导致显示更长，更详细的错误消息
• 将所有错误消息链接到用户指南的某些部分（有些难以实现）
• 只是不发出错误消息，只是拒绝执行任务（一种处理用户输入的“ Apple”方式）

编辑：我的目标受众是一个相当广泛的用户群，该用户不会经常使用该软件，并且不会被其束缚（即，没有内部软件或狭窄的社区）。在slashdot上询问了此问题的更通用形式，因此您可能需要在此处检查一些答案。

这个问题值得我+1。这个问题尽管很简单，却涵盖了最终用户性质的许多方面。这里归结为许多因素，这些因素将使您和软件本身受益，当然也对最终用户有利。

• 请勿将错误消息放在状态栏中-尽管它们用颜色等引起眩晕，但它们将永远不会阅读它们！无论您多么努力，...在Win 95 UI测试启动之前的一个阶段，MS进行了一项读取UI的实验（ ed- 应该注意的是，该消息在'在椅子下面看'），将一张100美元的钞票贴在椅子上，对象正坐在上面……没人在状态栏中发现该消息！
• 使消息简短，不要使用诸如“警告：系统遇到问题”之类的令人生畏的词，最终用户将按下紧急按钮并将反应过度...
• 无论您多么努力，都不要使用颜色来识别信息……从心理上讲，这就像向公牛挥舞着红旗一样！
• 使用中性的发音来传达最小的反应以及如何进行！
• 最好显示一个对话框，其中列出了中立的错误消息，并包含一个复选框，指示最终用户想要做的最后一件事是“将来是否希望看到更多这些错误消息？”在被弹出消息轰炸的软件中间，它们将感到沮丧并被应用程序关闭！如果勾选了复选框，请改为将其记录到文件中...
• 让最终用户知道将会出现什么错误消息...这意味着...培训和文档编制...现在这是一个棘手的问题...您不希望他们认为会有是“问题”或“故障”，以及在发生这种情况时该怎么做...他们一定不知道会有可能的错误，确实很棘手。
• 总是，永远不要害怕在发生正常情况时要求反馈-例如“当错误号1304出现时，您如何反应？您的解释是什么？-这样做的好处是，最终用户可以为您提供更连贯的解释，而不是“错误1304，数据库对象丢失！”，而他们可能会说“我单击了此，因此因此，然后有人不小心拉扯了机器的网络电缆”，这将提示您必须对其进行处理，并可能将错误修改为“糟糕，网络连接已断开”……您得到了解决之道。
• 最后但并非最不重要的一点是，如果您要针对国际受众，请考虑错误消息的国际化-因此这就是保持错误消息中立的原因，因为这样一来，翻译起来将更加容易，避免使用同义词，语等，从而翻译毫无意义-例如，汽车公司菲亚特·福特（Fiat Ford）出售自己的品牌菲亚特·福特·平托（Fiat Ford Pinto），但注意到南美没有销售，事实证明，平托在那儿是for语“小阴茎”的hence语，因此没有销售...
• （ed）在文档的单独部分标题为“错误消息”或“纠正措施”或类似内容的文档中记录预期的错误消息列表，以正确的顺序列出错误编号，并附上一两个声明以说明如何进行。 ..
• （ed）感谢Victor Hurdugaci的投入，请保持信息礼貌，不要使最终用户感到愚蠢。如果用户群是国际用户，则这与杰克·马尔凯蒂（Jack Marchetti）的答案背道而驰。

编辑：特别感谢谢谢ni嘴的人，他也提到了另一个极其重要的观点！

• 允许最终用户选择/复制错误消息，以便他们愿意时可以将电子邮件发送给帮助支持团队或开发团队。

编辑＃2：我的坏！糟糕，感谢DanM提到这辆车，我把这个名字弄混了，是福特平托...我的糟糕...

编辑＃3：用ed突出显示以指示其他内容或附录，并记入其他人的输入中...

编辑＃4：为了回应Ken的评论-这是我的看法...不，不是，请使用中性标准Windows颜色...不要选择华而不实的颜色！坚持使用黑色文本显示的常规灰色底色，这是Microsoft规范中的常规标准GUI准则。请参阅UX准则（ed）。

如果您坚持使用鲜艳的色彩，至少要考虑到潜在的色盲用户，即可访问性，这对于那些有残障，屏幕放大友好错误消息，色盲，患有白化病的人来说是另一个重要因素。可能对鲜艳的颜色和癫痫病敏感...谁可能患有可能触发癫痫发作的特定颜色...

向他们显示消息。尽力而为，但将每个错误记录到文件中。用户不记得自己在做什么，或者事件发生几秒钟后出现的错误消息，就像是作案者的目击者叙述。

提供一种允许他们通过电子邮件发送或上载日志给您的好方法，以便您可以帮助他们解决问题。如果它是Web应用程序：甚至更好，您甚至可以在报告任何问题之前就接收有关情况的信息。

简短的回答：不能。

简短的回答要少一些：使它们可见，相关且与上下文相关（突出显示它们混乱的内容）。但是，您仍在进行一场失败的战斗。人们不会在计算机屏幕上阅读，而会扫描，而且他们经过培训可以单击按钮，直到对话框消失。

我们在错误框中放置了一个简单易记的图形：不是图标，不是很大的位图，没有像标准Windows消息图标那样的图形。没有人会记住消息框的文字（如果消息框具有可以按的“确定”按钮，则大多数人甚至都不会阅读它），但是大多数人确实会记住他们看到的图片。因此，我们的支持人员可以问客户“您看到喝咖啡的人了吗？” 或“您看到空桌子了吗？”。至少以这种方式，我们大致知道出了什么问题。

根据您的用户群，编写有趣/粗鲁/个人错误消息可能会很好。

例如，我编写了一个应用程序，使我们的人力资源人员可以更好地跟踪员工的雇用/解雇日期。[我们是一家小公司，非常悠闲]。

当他们输入错误的日期时，我会写：

嘿，笨蛋，学习如何输入日期！

编辑：当然，一条更有用的消息是：“请输入日期为mm / dd / yyyy”或在代码中尝试找出他们输入的内容以及是否输入了“ blahblah”来显示错误。但是，对于我个人认识的人力资源人员来说，这是一个很小的应用程序。因此，再次请人们阅读这篇文章的第一行：根据您的用户群...

我最近在一个Art Institute项目中工作，因此错误消息针对的是读者，例如：

巴洛克时期之前的大多数艺术都是未签名的。但是，我们现在已经超出了巴洛克时期，因此必须完成所有字段。

基本上尽可能地将其调整为适合您的听众，并避免无聊的出现所有隐蔽的一般错误，例如：“请输入电子邮件”或“请输入有效的电子邮件”。

警报/弹出窗口很烦人，这就是每个人都按下他们看到的第一个按钮的原因。

让它少烦人。例如：如果用户输入的日期不正确，或者输入的文本中包含期望的数字，则不要弹出消息，只需突出显示该字段并在其周围的某处写一条消息即可。

制作一个自定义消息框。永远不要使用系统的默认消息框，例如Windows XP消息框很烦人。制作一个新的彩色消息框，其背景颜色与系统默认值不同。

非常重要：不要坚持。一些消息框使用“模态”对话框并坚持让您阅读它，这很烦人。如果您可以使消息框显示为警告消息，那会更好，例如，页面顶部显示的堆栈溢出消息，通知您但不烦人。

更新
使消息有意义且有用。例如，不要写“找不到键盘，按F1继续”之类的内容。

最佳的UI设计将是您几乎从不显示错误消息的地方。该软件应适合用户。通过这种设计，错误消息将会很新颖，并且会引起用户的注意。如果您向用户显示诸如此类的毫无意义的对话框，则您正在明确地训练他们忽略您的消息。

以我的观点和经验，是高级用户，他们没有阅读错误消息。我认识的非技术人员最仔细地阅读屏幕上的每条消息，这时的问题主要是：他们不理解。

这一点可能是您经历的原因，因为在某些时候他们会停止阅读它们，因为“他们无论如何都不了解”，因此您的任务很容易：

使错误消息尽可能容易理解，并将技术部分隐藏在外。

例如，我传送这样的消息：

ORA-00237：不允许进行快照操作：新创建了控制文件原因：尝试使用用CREATE CONTROLFILE新创建的当前安装的控制文件来调用cfileMakeAndUseSnapshot。行动：挂载当前的控制文件，然后重试该操作。

像这样：

由于数据库暂时存在问题，因此无法处理此步骤。请联系（您的管理员|帮助台|可以与开发人员或管理员联系以解决问题的任何人）。抱歉给你带来不便。

向用户显示错误消息具有含义，这是向他们提供帮助的一种方式，他们将阅读该错误消息。如果只是行话或普通的废话，他们将学会迅速地将其消灭。

我了解到，包括一个错误对话框并带有默认操作以发送（例如，通过电子邮件）详细的诊断信息是一种很好的做法，如果您用有价值的信息或解决方法快速响应那些电子邮件，它们会敬拜您。

这也是一个很好的学习工具。在将来的版本中，您可以解决已知问题或至少提供就地解决方法信息。在此之前，用户将了解到此消息是由X引起的，而问题可以由Y解决-都是因为有人向他们解释了此消息。

当然，这不适用于大规模应用程序，但是在具有数百个用户的企业应用程序中非常有效，并且在精益敏捷环境中，经常发布早期版本。

编辑：

由于您拥有广泛的用户群，因此我建议您提供能够执行用户期望/可以实现的功能的软件，例如。如果电话号码格式不正确，请不要向他们显示错误消息；如果为他们重新格式化，请重新格式化。

我个人喜欢这样的软件 不让我思考的有时候（开发人员）您无能为力，无法解释我的意图，并提供写得很好（并由实际用户检查过）的消息。

人们不阅读文档是常识（当您插入家用电器时背对背阅读说明书吗？），他们会尝试一种快速获得结果的方法，当失败时，您必须引起他们的注意（例如。暂时禁用默认按钮），并提供有意义且有用的信息。他们不在乎您的软件故障，现在想获得结果。

让它们变得有趣。（鉴于我们所在的网站，这似乎很重要：））

首先，编写用户可以实际理解的错误消息。“错误：1023”不是一个很好的例子。我认为更好的方法是记录错误，而不是通过一些“花哨的”代码向用户显示错误。或者，如果无法记录日志，请为用户提供正确的方法，以将错误详细信息发送给支持部门。

另外，请简短明了。不包括一些技术细节。不要向他们显示他们无法使用的信息。如果可能，提供错误的解决方法。如果不提供默认路由，则应采用。

如果您的应用程序是Web应用程序，那么设计自定义错误页面是一个好主意。他们减轻了用户的压力，以SO为例。您可以在这里获得一些有关如何设计好的错误页面的想法：http : //www.smashingmagazine.com/2007/07/25/wanted-your-404-error-pages/

我想补充一件事。

在操作按钮上使用动词来关闭错误消息，而不是惊叹号，例如，请勿使用“确定！” “关闭”等

我了解到的一个很好的技巧是，您应该编写一个像报纸文章一样的对话框。不是在大小意义上，而是在重要性意义上。让我解释。

首先，您应该编写最重要的内容以供阅读，其次，提供更详细的信息。

换句话说，这是不好的：

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

Do you want to retry opening the file?

而是，更改顺序：

Problem loading file, do you want to retry?

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

这样，用户可以阅读他想要的内容，也可以打扰他们，并且仍然对所要询问的内容有所了解。

又见Slashdot的的用户响应这里。

除非您可以为用户提供一些简单的解决方法，否则根本不要向用户显示错误消息。毫无意义，因为90％的用户不会在乎它说什么。

在另一方面，如果你CAN实际上显示的用户有用的解决方法，然后一个办法强迫他们读它是使OK按钮变成10秒打完启用。每当您尝试安装新插件时，Firefox的运行方式都会有所不同。

如果是无法完全恢复的完全崩溃，请以通俗易懂的方式告知用户，并说：

“ 很抱歉，我们搞砸了，我们想发送一些有关这次坠机的信息，请问您允许我们这样做吗？ ”

此外，请尽量不要使您的错误消息超过句子。当人们（包括我在内）看到整个段落都在谈论该错误时，我的头脑就停了下来。

由于社交媒体和信息过多，人们在看到文字墙时会停滞不前。

编辑：

最近有人还建议将漫画与您要显示的任何信息一起使用。例如Dilbert的某些错误，可能与您所遇到的错误类型很接近。

根据我的经验：您不会吸引用户（尤其是非技术用户）阅读错误消息。无论您显示的消息多么清晰，易于理解，粗体，红色和闪烁，即使是“您是否真的要删除所有内容？”，大多数用户也只会单击他们不习惯的任何内容。我已经看到用户单击“窗口关闭”图标而不是“确定”或“取消”，即使他们甚至不知道自己选择了哪个选项...

如果您确实需要强迫用户阅读您所显示的内容，建议您使用JavaScript倒数计时，直到单击按钮为止。这样，用户将有望使用等待时间来真正阅读他的预期。但是要小心：大多数用户对此会更加恼火:)

我进一步喜欢您关于“阅读更多”链接的想法，尽管我怀疑这将使用户更加感兴趣，而他们只是想通过各种方式摆脱此消息...

仅作记录：有些用户确实在阅读错误消息，但他们害怕自己不会对此做任何事情。我曾经有一个支持电话，客户会向我读错误消息，问我他应该怎么做。“好吧，您有什么选择？”我问。他回答说：“窗口只有一个'确定'按钮。” ...嗯，辛苦了一个:)

我经常以红色显示错误（在设计允许的情况下）。

红色代表“警报”等，因此它更常被阅读。

好吧，直接回答您的问题：不要让您的程序员编写您的错误消息。如果遵循这一建议，您将累计节省数千小时的用户焦虑和生产力，并节省数百万美元的技术支持成本。

但是，真正的目标应该是设计应用程序，以使用户不会犯错误。不要让他们采取会导致错误提示并要求他们备份的操作。举一个简单的例子，在一个要求填写其所有字段的Web表单中，不要在用户单击“发送”按钮时弹出错误消息，而不要在所有字段包含有效内容之前启用“发送”按钮。这意味着要在背面进行更多工作，但可以带来更好的用户体验。

当然，这是一个理想的世界。有时，程序错误是不可避免的。当它们发生时，您需要提供清晰，完整和有用的信息，最重要的是，不要向用户公开系统，也不要责怪用户的行为。

一个好的错误消息应包含：

1. 问题是什么，为什么发生。
2. 如何解决问题。

您可以做的最坏的事情之一就是简单地将系统错误消息传递给用户。例如，当您的Java程序引发异常时，不要简单地将程序员的语言传递给UI并将其公开给用户。捕获它，并由您的用户帮助开发人员创建一条清晰的消息，您可以将该消息显示给用户。

在上一份工作中，我很幸运地与一个不会考虑编写自己的错误消息的程序员团队一起工作。每当他们发现自己处于需要某个人的状态且该程序无法避免该程序的设计时（通常是由于资源有限），他们总是来找我，解释他们的需要，并让我创建一条错误消息，很清楚，并遵循公司风格。如果这是每个程序员的默认心态，那么计算世界将是一个遥不可及的地方。

减少错误

如果某个应用程序定期向您抛出呕吐物，您将不受此影响，并且错误会激怒背景muzak。如果错误是罕见的事件，它将引起更多关注。

轻松处理所有无关紧要的事情，抛出所有警告，找到理解用户意图的方法，并尽可能做出决策。我有一些应用会以这种方式继续简化。开发人员认为每个错误都很重要，但是从用户角度来看并非如此。寻找用户对问题的共同反应并加以捕获，然后将其部署为您的响应。

如果确实需要提出错误：简短，简洁，低恐怖因素，没有感叹号。段落失败。

没有灵丹妙药，但是您需要进行社交工程以使错误变得重要。

我们告诉用户已经联系了他们的经理（这是一个谎言）。它工作得太好了，必须将其删除。

添加一个“高级”按钮以启用更多技术细节，这将激励目标读者将其视为技术上的部分内容进行阅读。

我建议您在犯错后立即提供反馈（指出用户犯了错）。（例如，在输入日期字段的值时，请检查该值，如果输入错误，则使输入字段在外观上有所不同）。

如果页面上有错误（我更喜欢Web开发，因此我将其称为“页面”，但也可以称为“表单”），则显示“错误摘要”，并解释说是错误以及发生了什么错误的项目符号列表。但是，如果每封邮件中有5-6个以上的单词，则不会阅读/理解这些单词。

如何将按钮状态设置为“单击此处与支持技术人员联系，该技术人员将为您解决此问题”。

有许多网站提供与真实人物交谈的选项。

我读过一个关于slashdot的最恐怖解决方案的候选人：

我们发现，使用户对错误负责的唯一方法是给他们惩罚，以迫使错误消失。对于初学者，在可能的情况下，除非我们输入管理员密码以使错误消失，否则错误实际上不会为他们消除，并且如果他们重新启动以摆脱错误（在所有客户端PC上都禁用了任务管理器），计算机将无法打开崩溃了15分钟的应用程序。当然，这全都取决于您要处理的用户类型，因为从技术上更熟练的用户不会接受这种系统，但是在实际尝试了YEARS来使用户对崩溃负责后，并确保IT部门知道了它们是为了在问题变得难以管理之前解决问题，这些是唯一可行的步骤。现在，

“注意！注意！如果您不阅读错误消息，将会死！”

尽管接受的答案中有所有建议，但我的用户仍然单击他们可以找到的第一个按钮。所以现在我显示这个：

用户必须在“确定”按钮出现之前做出选择

如果选择第三个选项，则可以继续，否则退出应用程序。