user-interface - 如何让用户阅读错误信息？

Question

如果您为非技术受众编写程序，您会发现自己处于很高的风险中，用户不会阅读您措辞谨慎且具有启发性的错误消息，而只是沮丧地耸了耸肩点击第一个可用的按钮。

所以，我想知道您可以推荐哪些好的做法来帮助用户实际阅读您的错误消息，而不是简单地将其搁置一旁。我能想到的想法会落在以下方面:

格式化当然有帮助；可能是一条简单的短消息，带有“了解更多”按钮，可以显示更长、更详细的错误消息

将所有错误消息链接到用户指南的某些部分(有些难以实现)

只是不要发出错误消息，只是拒绝执行任务(处理用户输入的某种“Apple”方式)

编辑:我心目中的受众是一个相当广泛的用户群，他们不经常使用该软件并且不受限制(即，没有内部软件或狭窄的社区)。在 slashdot 上提出了这个问题的更通用的形式。 ，所以你可能想要 check there对于一些答案。

Answer 1

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

不要在状态栏中放置错误消息 - 尽管它们用颜色等装饰了它们，但他们永远不会阅读它们......他们总是会想念它们!不管你怎么努力……在 Win 95 UI 发布之前的一个测试阶段，MS 进行了一项读取 UI 的实验( ed - 应该注意的是消息在“看椅子底下”的上下文中明确说明)，将一张 100 美元的钞票贴在受试者所坐的椅子底部......没有人在状态栏中发现该消息!

使消息简短，不要使用诸如“警报:系统遇到问题”之类的令人生畏的词，最终用户会按下紧急按钮并 react 过度...

无论您多么努力，都不要使用颜色来识别信息……从心理上讲，这类似于向公牛挥舞红旗!

使用听起来中性的词来传达最小的 react 以及如何进行!

最好显示一个列出中性错误消息的对话框，并包含一个复选框，指示“您希望在 future 看到更多这些错误消息吗？”，最终用户最不想要的就是工作在软件中间被弹出消息轰炸，他们会感到沮丧并被应用程序关闭!如果勾选了复选框，则将其记录到文件中...

让最终用户知道将会有什么错误消息......这意味着......培训和文档......现在这是一个棘手的问题......你不希望他们认为会有是“问题”或“小故障”以及在这种情况下该怎么做……他们一定不知道可能会出现错误，确实很棘手。

永远，永远，当发生意外时不要害怕寻求反馈 - 例如“当错误号 1304 出现时，你是什么 react ？你的解释是什么”——额外的好处是，最终用户可能会给你一个更连贯的解释，而不是“错误 1304，数据库对象丢失!”，相反他们可能会说“我点击了这个，所以因此，然后有人不小心拉了机器的网线'，这将提示您必须处理它，并且可能会修改错误以说'哎呀，网络连接断开'......你会得到漂移。

最后但并非最不重要的是，如果您想针对国际受众，请考虑错误消息的国际化 - 这就是为什么要保持中立，因为这样会更容易翻译，避免使用同义词、俚语等翻译毫无意义——例如，汽车公司 Fiat Ford 正在销售他们的品牌 Fiat Ford Pinto，但注意到在南美洲没有销售，结果证明，Pinto 在那里是“小阴茎”的俚语，因此没有销售...

( ed )在标题为“错误消息”或“纠正措施”或类似的文档的单独部分中记录预期的错误消息列表，并以正确的顺序列出错误编号，并带有声明或二关于如何进行...

( ed ) 感谢 Victor Hurdugaci 对于他的意见，保持消息礼貌，不要让最终用户感到愚蠢。这与 的答案背道而驰 jack ·马尔凯蒂 如果用户群是国际性的...

编辑:特别感谢 格尼布勒 谁还提到了另一个极其重要的点!

允许最终用户能够选择/复制错误消息，以便他们可以根据需要通过电子邮件发送给帮助支持团队或开发团队。

编辑#2:我的坏!哎呀，感谢 DanM 谁提到这辆车，我把名字搞混了，是福特平托……我的坏……

编辑#3:已通过 突出显示编辑 表示补充或附录，并记入其他人的输入...

编辑#4:回应肯的评论 - 这是我的看法......
不，不是，使用中性的标准 Windows 颜色……不要选择华丽的颜色!坚持使用黑色文本的正常灰色背景，这是 Microsoft 规范中的正常标准 GUI 指南。请参阅 UX Guidelines ( 编辑 )。

如果您坚持使用华丽的颜色，至少，请考虑潜在的色盲用户，即可访问性，这是残疾人的另一个重要因素，屏幕放大友好的错误消息，色盲，患有白化病的人，他们可能对浮华的颜色敏感，癫痫患者也可能……他们可能患有可能引发癫痫发作的特定颜色……