尼尔森十大可用性原则

反馈原则

系统应该在合理的时间，用正确的方式，向用户提示或反馈目前系统在做什么、发生了什么。

如果系统不能及时给用户反馈信息，用户会感到焦虑、茫然、不知道要干什么。

隐喻原则

系统要采用用户最熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯，让信息的呈现更加自然，易于辨识和接受。

如各类图标，名词。

回退原则

用户经常会不小心误操作，需要有一个简单的功能，让程序恢复到错误发生之前的状态。

撤销、重做、取消、二次确认...

一致原则

同样的情形下，用户进行相同的操作，结果应该一致，系统或平台的风格、体验也应该保持一致。

软件设计、产品设计中有很多约定俗成的规范，虽然没有明文规定，但大家都一致遵守，因为用户已经习惯了。不要标新立异。

系统整体设计要保持一致性，采用统一设计风格。

防错原则

系统要避免错误发生，这要好过出错后再给提示

设计时首先要考虑如何避免错误发生，其次再考虑如何检查、校验异常。减少用户无谓的操作。

如；防止用户重复提交或点击，点击一次后按钮就置灰。调整按钮顺序避免误点，如在很重要的操作中，二次确认的是和否调换位置。

记忆原则

让系统相关信息在需要的时候显示出来，减轻用户的记忆负担。

如搜索中的历史记录、搜索推荐；电商中提交订单核对页面。

灵活易用原则

系统的用户中，中级用户往往最多，初级和高级用户相对较少，系统应为大多数人设计，同时兼顾少数人的需求，做到灵活易用

初级用户的新手提示，高级用户的自定义配置、个性化设置。

简约设计原则

对话中不应该包含无关的或没必要的信息，增加或强化一些信息就意味着弱化另一些信息。

重点太多，相当于没有重点。

容错原则

错误信息应该用通俗易懂的语言说明，而不是只向用户提示错误代码；提出错误信息时要给出解决建议。

帮助原则

对于一个设计良好的系统，用户往往不需要进行培训就能轻松上手使用，但是提供帮助文档依然是很有必要的，帮助信息应该易于检索，通过明确的步骤引导用户解决问题，并且不能太复杂。

B端产品通常比C端产品复杂的多，帮助文档更有必要。

尼尔森十大可用性原则