用户|产品经理前端设计十大可用性原则( 三 )

文章插图
图9 重点太多相当于没有重点
九、容错原则（Help users recognize, diagnose, and recover fromerrors）
错误信息应该用通俗易懂的语言说明，而不是只向用户提示错误代码；提示错误信息时要给出解决建议。
对于很多运行时错误或异常，计算机程序都会返回某个错误代码，但是对于用户来讲，看到这些错误代码并不明白发生了什么，所以一定要将错误代码转换成用户能看懂的语句，并告诉用户解决的建议。
访问网站时，如果页面不存在，服务器提供的标准错误提示是404错误（如图10左图所示），很多用户并不理解404是什么意思。图10右图所示的页面就对此做了处理，将错误提示转换成用户能理解的表述，而且给出了解决建议。

文章插图
图10 页面不存在的不同提示页面
十、帮助原则（Help and documentation）对于一个设计良好的系统，用户往往不需要经过培训就能轻松上手使用，但是提供帮助文档依然是很有必要的。帮助信息应该易于检索，通过明确的步骤引导用户解决问题，并且不能太复杂。
现在的软件产品，尤其是C端产品普遍做了良好的交互设计，可以帮助用户快速学习使用，而不用阅读、理解复杂的说明文档。然而，B端产品的复杂性比C端产品高很多，因为B端产品蕴含很多业务流程的规则，系统中的一个按钮可能代表了一个复杂的业务处理规则，如果不了解整个业务场景和处理规则，是很难理解按钮的操作含义的。
因此，对于B端产品，用户进行自助服务、自助操作的难度高很多，B端产品的帮助文档依然有存在的必要。产品设计人员要尽量在前端交互上做好引导提示，对于复杂的规则和逻辑，可以考虑通过帮助文档来指导用户。
本文由@张伯伦原创发布于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash，基于CC0协议