反馈原则
系统应该在合理的时间，用正确的方式，向用户提示或反馈目前系统在做什么、发生了什么。
如果系统不能及时给用户反馈信息，用户会感到焦虑、茫然、不知道要干什么。
隐喻原则
系统要采用用户最熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯，让信息的呈现更加自然，易于辨识和接受。
如各类图标，名词。
回退原则
用户经常会不小心误操作，需要有一个简单的功能，让程序恢复到错误发生之前的状态。
撤销、重做、取消、二次确认...
一致原则
同样的情形下，用户进行相同的操作，结果应该一致，系统或平台的风格、体验也应该保持一致。
软件设计、产品设计中有很多约定俗成的规范，虽然没有明文规定，但大家都一致遵守，因为用户已经习惯了。不要标新立异。
系统整体设计要保持一致性，采用统一设计风格。
防错原则
系统要避免错误发生，这要好过出错后再给提示
设计时首先要考虑如何避免错误发生，其次再考虑如何检查、校验异常。减少用户无谓的操作。
如；防止用户重复提交或点击，点击一次后按钮就置灰。调整按钮顺序避免误点，如在很重要的操作中，二次确认的是和否调换位置。
记忆原则
让系统相关信息在需要的时候显示出来，减轻用户的记忆负担。
如搜索中的历史记录、搜索推荐；电商中提交订单核对页面。
灵活易用原则
系统的用户中，中级用户往往最多，初级和高级用户相对较少，系统应为大多数人设计，同时兼顾少数人的需求，做到灵活易用
初级用户的新手提示，高级用户的自定义配置、个性化设置。
简约设计原则
对话中不应该包含无关的或没必要的信息，增加或强化一些信息就意味着弱化另一些信息。
重点太多，相当于没有重点。
容错原则
错误信息应该用通俗易懂的语言说明，而不是只向用户提示错误代码；提出错误信息时要给出解决建议。
帮助原则
对于一个设计良好的系统，用户往往不需要进行培训就能轻松上手使用，但是提供帮助文档依然是很有必要的，帮助信息应该易于检索，通过明确的步骤引导用户解决问题，并且不能太复杂。
B端产品通常比C端产品复杂的多，帮助文档更有必要。
