创建有效错误消息的指导方针已有20年的相同。良好的错误消息应包括:

  • expl迹象表明有些东西出了问题。最糟糕的错误消息是那些不存在的错误消息。当用户犯错误并没有反馈时,他们完全丢失了。例如,通过电子邮件提供了几种明确指示有用的情况。如:当您发送由系统进行食用的消息时,从未到达收件人。另一个好例子?当您在电子邮件中陈述,您将包含附件,但忘记这样做。最后为那个恼人的纸夹的工作:“你似乎想把文件附加到这个消息,但你没有这样做。你想现在一个贴身吗?”
  • 人类可读语言,而不是模糊代码或缩写,例如“发生了2型错误。”
  • 有礼貌不归咎于用户或暗示他们要么愚蠢或做错事“非法指挥。”
  • 精确对确切问题的描述,而不是模糊的总体,如“语法错误。”
  • 建设性建议关于如何解决问题。例如,而不是说“缺货,”您的错误消息应告诉用户产品可用或提供用户要求通知的方式当产品重新存货时。

Web的最常见的错误消息,404.,违反了大多数这些指导方针。我建议你写一个自定义404错误消息而不是依赖于服务器的内置“未找到”消息。

新指南

网页的复杂性介绍了在过去必需的指导方面的需求。使用DOS接口,用户键入命令并显示在TTY的下一行上的错误消息。在现代GUI中,用户单击命令,错误消息显示在屏幕中间的一个大对话框中,直到用户确认它。然而,在Web上,错误消息通常被隐藏为超载页面上的适度文本,导致新的指南:错误消息应该是

  • 可见并且非常明显,无论是邮件本身以及如何指示哪些对话要素用户必须修复。

我经常观察用户以Web形式犯错,只能从服务器上获得完全相同的形式,没有出现出现问题的明显指示。通常,页面顶部出现小错误消息,但由于用户先查看页面的可操作部分(即,具有表单字段的区域),因此它们通常不会注意到错误。

相关设计缺陷是仅通过的错误状态转动字段标签红色。这违反了最旧的最简单的规则,为残疾用户提供了可访问的技术:切勿使用颜色作为唯一的编码机制;始终包括色盲用户可以看到的冗余线索。

另外两条指南可以使错误情况更少令人不快:

  • 保留尽可能多的用户的工作。让用户通过编辑原始操作来纠正错误,而不是必须再次执行所有操作。例如,在呈现时搜索结果,显示一个搜索框,其中包含用户原始查询术语,以便于修订。如果未找到命中,请让用户使用单击搜索更广泛的范围。
  • 减少工作纠正错误。如果可能,猜测正确的操作,让用户从一个小型的修复列表中选择它。例如,而不是只是说“城市和邮政编码不匹配,”让用户点击与他们输入的邮政编码匹配的城市的按钮。

机会教育用户

最后,你可能已经知道了Nielsen的第一律目文件:人们不读它。这一发现对于网站来说甚至更强大,用户真正害羞地远离任何对他们的任务至关重要的阅读。点击帮助?决不。

用户只有在遇到麻烦时才能读取系统文档(这是第二种法律)。当他们想要从错误中恢复时,它们特别注意。鉴于此,您可以使用错误消息作为教育资源来向用户施加少量知识。当然,错误消息应该是简短的,并且应该是所有网页内容。但是,错误消息仍然可以教会用户有关系统如何运作的一系列,并给予他们需要更好地使用的信息。为了进一步结束,Web的底层技术可以做出另一个指导意义:

  • 超文本链接可用于将简明的错误消息连接到具有附加背景材料的页面或对问题的说明。(但不要过度这么做。)