如何编写有用的错误消息？

错误消息的领域涉及很多方面的内容。它们需要将 UX 领域的几乎所有元素（信息、说明、界面、微文案）结合起来，并且用几句话将这些信息阐述清楚。所有这些元素都是为了一个共同的目标：在出现问题时帮助用户。

将这些事件分组后，你就更容易设计出一致的模式。按严重程度排名可以帮助你表达正确的语气。

构造错误消息

一旦你构建了一些基础，你就可以给你的错误消息建立一些结构。这样，所有错误消息就都会保持一致，永远都不会过于冗长。

你应该问自己三个关键问题：

1. 谁触发了错误？

2. 用户：如果是用户导致了错误，比如输错了电子邮件地址，那就不要道歉。这时候道歉只会花费用户更多的时间和精力来阅读和处理，时间是很宝贵的。

3. 系统：如果是我们的错，那就说声“对不起”。

4. 我们知道是什么原因造成的吗？

5. 是：解释发生了什么，或者为什么有些事情不起作用。

6. 否：如果我们不知道出了什么问题，请承认并告诉他们。向他们保证我们正在努力修复问题。

7. 我们可以现在就修复吗？

8. 是的，我们可以：解决问题，并告诉他们你正在做什么以提供帮助

9. 是的，用户可以：给他们明确的指示来引导他们解决问题

10. 否：如果没法继续下去，请提供最佳建议或引导他们后退一步重试。只有在有用的情况下才将人们带到帮助文档或实时/web 对话中。

在密码框中，用户可能忘记了正确密码。因此你需要创建第二个循环，并提供让用户重回正轨的流程。

这样做可以让句子结构保持简单、清晰和一致，这对大家都有好处。

用户会感到更加熟悉并更快地处理它们。设计师可以正确地预估消息内容的间距和设计模式。开发人员也可以开始构建逻辑和字段验证可能需要的细节级别。

所以，现在你知道了你的错误消息需要满足哪些要求，那么我们的消息具体应该说什么呢？

我们可以在构建块中加入其他一些内容，比如：

• 错误对用户来说是多么烦人，多么令人头疼

• 你的品牌声音和基调，可能需要根据品牌调性来调整具体内容

• 上下文，例如设计和开发需求

首先，你的错误信息应该一直都是清晰准确的。它应该听起来很人性化，并且只使用你日常对话中会用到的词汇。

采取更直接的方法：“你需要恢复你的帐户”而不是“哎呀，你被锁定了！”，但告诉用户“我们随时为你提供帮助。”

平衡精度与一致性

在一个简单的表单上（比如用户注册页面），你需要考虑一些最常见的错误。你或许可以为用户提供更具体的指导，例如提醒他们密码始终应该包含数字，或者电子邮件地址始终应该包含“@”。

通过与设计师、开发人员和团队其他成员的紧密合作，你甚至可以提前阻止一些错误的发生！

一些更简单、全面的错误消息示例，它们平衡了技术限制和实用性，例如“选择一个选项”和“输入[字段标签]”。

写出好的消息的原则

根据项目的不同，你可能需要调整其中的一些想法。

它们并不是解决问题的一刀切原则。不同的情况需要不同的细节水平。需要根据用户测试和数据的情况来调整细节水平。

但是你可以遵循一些很好的原则，它们可以帮助你写出很出色的错误消息：

• 使用通俗易懂的语言：写出你会大声念出来的句子和单词

• 分解长句：两个短而清晰的句子比一个长句好

• 使用主动语态：应该说“输入你的姓名”，而不是“未输入姓名”

• 修剪不必要的词：“请”往往是累赘的单字

• 避免责怪用户：不要说“你没有输入你的电子邮件地址”，而是让他们“输入一个电子邮件地址”

错误消息可能写起来很让人头疼。仅仅几句话就可以决定用户体验的成败。只要能系统地构建错误消息，你就可以让消息内容清晰、富有建设性。这种系统方法可以防止消息内容跑偏或者太过宽泛，也能维持一大堆消息的一致性。

一套合理正确的编写流程有助于实现更简洁的设计、更精简的代码，带来更快乐的用户。所以你的重点不应该放在具体的编写上。首先建立你的基础，定义一个结构，然后再慢慢装点它们吧。

原文链接：

https://www.bbc.co.uk/gel/guidelines/how-to-write-useful-error-messages

本文文字及图片出自 InfoQ