错误消息设计 - 用户可理解的字数与表达方式

错误消息是用户与系统之间沟通的关键接口。设计不当的错误消息会让用户感到困惑和沮丧，而精心设计的错误消息则能引导用户顺利解决问题。UX 设计书籍中也将错误消息设计作为重要话题来讨论。

错误消息的最佳字数

错误消息应尽可能简短，但必须包含两个要素：发生了什么问题，以及用户应该怎么做。缺少任何一个要素都会降低用户体验。

错误消息设计的三大原则

1. 说人话：避免技术术语和错误代码。"Error 500: Internal Server Error"应改为"服务器暂时出现问题，请稍后重试"。
2. 提供解决方案：仅告知"出错了"毫无帮助。必须告诉用户下一步该怎么做。"密码错误"应改为"密码不正确，请重新输入或点击'忘记密码'"。
3. 不要责怪用户：避免"您输入了无效的邮箱地址"这样的措辞。改为"请输入有效的邮箱地址格式 (例: name@example.com)"。

按错误类型的写作指南

表单验证错误

• 在字段旁边即时显示，不要等到提交后才显示
• 明确指出问题所在和正确格式
• 示例：❌ "无效输入" → ✅ "请输入 6~20 位的密码"

系统错误

• 承认问题，不要试图掩盖
• 提供替代方案或预计恢复时间
• 示例：❌ "Error 503" → ✅ "系统正在维护中，预计 30 分钟后恢复"

权限错误

• 说明为什么无法访问
• 提供获取权限的途径
• 示例：❌ "禁止访问" → ✅ "此页面需要管理员权限。请联系管理员获取访问权限"

多语言错误消息的注意事项

国际化应用中，错误消息的翻译需要特别注意字数变化。中文到英文的翻译通常会使字数膨胀 1.5~2.5 倍。设计 UI 时应为错误消息区域预留足够的空间。UI 文案写作的技巧在此尤为重要。

• 避免将错误消息硬编码在代码中，使用国际化框架管理
• 为不同语言版本分别审核错误消息的语气和长度
• 测试各语言版本在 UI 中的显示效果

错误消息的语气与品牌一致性

错误消息的语气应与产品整体的品牌调性保持一致。严肃的金融应用不适合使用幽默的错误消息，而面向年轻用户的社交应用则可以适当轻松。

• 正式场景："很抱歉，您的请求无法处理。请稍后重试或联系客服。"
• 轻松场景："哎呀，出了点小问题。我们正在修复中，请稍等片刻。"

总结

优秀的错误消息应该简短、清晰、有帮助。15~60 字符的范围内，同时传达问题和解决方案是最佳实践。避免技术术语、不责怪用户、提供明确的下一步操作，这三点是错误消息设计的核心原则。使用字符计数器确认错误消息的字数，确保在各种 UI 布局中都能完整显示。