用户体验模式7 分钟阅读·Updated 2026 年 10 月·ExodeUI 团队
如何设计减少挫败感的错误消息
基于可用性研究,如何设计人们可以恢复的错误状态:位置、时间、措辞、保留输入、可访问性和动作。
直接总结和定义
核心要点
一条好的错误消息是可见的,放在问题旁边,用简单的语言编写,说明如何修复它,保留人们已经输入的内容,并且从不责怪他们。当用户完成某个字段或提交时显示它,而不是在他们仍在打字时显示,并确保屏幕阅读器读出它。
指南
Nielsen Norman Group 将有效的错误消息总结为高度可见、有建设性且尊重用户的努力。实际上这意味着:
- 将消息放置在有问题的字段或元素旁边。
- 使用简单、具体的语言:“这个数字少了一位数字”,而不是“输入无效”。
- 提供修复:期望什么格式,下一步尝试什么。
- 保留人们输入的内容,以便他们可以编辑它而不用重新开始。
- 不要责备:避免使用“无效”、“非法”或“错误”等词语。
定时
在某人完成之前显示错误是最常见的错误之一。 NN/g 将过早错误称为敌对模式,例如在学生完成之前对测试进行评分。当用户离开字段或提交表单时验证字段,然后在他们更正消息时实时更新消息。
与表单无关的错误
对于保存失败或连接丢失等系统错误,请说明发生了什么、保留了什么以及该人员可以执行的操作:重试、脱机工作或联系支持人员。避免错误代码本身;如果您需要支持,请将其与人工解释一起展示。
无障碍
不要单独依赖红色:添加图标和文本。将消息连接到其字段,以便屏幕阅读器通过该字段阅读消息,并在提交失败后将焦点移至第一个错误或错误摘要。
错误状态下的运动
短暂的摇动或颜色变化可以引起人们对存在问题的领域的注意,但要保持简短,不要在每次击键时重复它,并在减少运动时用颜色或图标变化代替运动。信息本身比动画更重要。
要记住的关键 Principle
- 用简单的话将错误放在问题旁边,并进行修复
- 保留人们输入的内容
- 在字段完成后验证,而不是在键入时验证
- 切勿仅依赖颜色;连接屏幕阅读器的消息
- 保持错误动作简短并尊重减少的动作
常见问题解答
来源
- Error-Message Guidelines — Nielsen Norman Group
- Indicators, Validations, and Notifications — Nielsen Norman Group