反馈原则(Visibility of system status)
系统应该在合适的时间、用正确的方式,向用户提示或反馈目前系统在做什么,发生了什么。
系统的反馈可以分为视觉反馈、声音反馈、振动反馈这三大类。
视觉反馈是我们在移动端和网页端最常见到的反馈机制,它包括系统对话框、加载状态、上传中、通知等等。
声音和振动的反馈强度高于视觉反馈,在视觉可见度不高或内容比较重要的情况下适度的使用,会有不错的效果,但必须谨慎使用。
隐喻原则(Match between system and the real world)
系统要采用用户熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯,让信息的呈现更加自然,易于辨识和接受。
这里所指的用户是指当前软件的主流用户,是他们对事物的认知。之前设计一个B端项目,有一个名词叫做“汇总记录”,在了解实际需求和程序逻辑后,其实这就是一个“刷新数据”的功能,但由于用户对该名词的认知已经养成了习惯,在考虑再三后还是使用了之前的名称。
可撤销原则(User control and freedom)
为避免用户的误操作,系统应该提供撤销和重做的功能
设计师应该尽量降低用户误操作的概率,应通过合理布局、文字提示、二次确认等方式降低误操作的发生频率。比如腾讯邮箱在发送邮件前,若正文含有“附件”2字,但用户尚未上传附件,则会出现友情提示“当前发送的邮件尚未上传附件,你确认要发送吗?”,对于已发送邮件也提供撤回功能。
一致性原则(Consistency and standards)
同样的情景、环境下,用户进行相同的操作,结果应该一致;系统或平台的风格、体验也应该保持一致。
1、客户端或者移动端的产品,产品本身应符合系统的规范,比如符合windows和macOS的规范 、android和iOS规范以及各类软件应符合平台规范(微信小程序)。
2、产品在不同端的体验感受应该一致,无论是pc端还是移动端,应给予用户一致的用户体验。
3、产品本身的操作应具有一致性,对于类似的操作场景、业务场景应给予一致的用户体验。
4、产品的品牌感时刻保持一致。
一致性原则不仅仅能提高用户的使用体验,还能有效的降低开发成本和提升工作效率(对B端产品尤为明显)。
防错原则(Error prevention)
系统要避免错误发生,这好过出错后再给提示
1、页面布局和操作流程要符合用户的心理预期,比如可点击列表高度一般比表头高度高就是为了防止用户点错列表。
2、对于重要功能的操作应进行二次确定,防止造成不可逆转的损失。比如在编辑状态但尚未保存状态下,点击返回按钮应该二次弹窗确认;对于比较重要需要谨慎操作的功能,比如收款、结账,应进行二次确认。
3、可通过必要的提示语,新手引导,指导用户进行正确的操作。比如输入框未输入前框内的文字提示、新功能的步骤引导。
记忆原则(Recognition rather than recall)
尽量降低用户的记忆负担,系统主动帮助用户记忆
比如搜索功能里的“最近搜索”功能、ps里的历史记录功能(结合了记忆原则和可撤销原则)、系统意外退出再次登录时打开关闭前的页面等等
灵活易用(Flexibility and efficiency of use)
系统设计应优先满足主流用户的需求,在此基础上再考虑专家用户的需求。
用户可分为初级用户、中级用户和高级用户,在进行系统设计时应先根据产品目标优先满足中级用户的需求,针对初级用户可以进行新手引导、帮助功能,对于高级用户可以进行自定义设计满足其功能。
简约原则(Aesthetic and minimalist design)
在满足业务的条件下,在交互上简化操作流程,视觉上减少不必要的装饰,突出重点功能。
简约原则不是毫无意义的删减内容,而是在了解业务、需求目标后,通过删除、组织、隐藏、转移等方式让视觉上有重点和层次感。
容错原则(Help users recognize ,diagnose,and recover from errors)
错误信息应该用通俗易懂的语言说明,而不是只向用户提示错误代码;提供错误时要给出解决方案。
系统在向用户反馈信息时,应该使用用户可以轻易理解的文字说明并提供解决方式。比如密码设置错误,除了告知用户当前密码格式不正确外,还应提示正确的密码格式。
帮助原则(Help and documentation )
一个优秀的设计是在不需要帮助的情况下,用户也能轻松上手使用。
对于C端产品,特别是移动端的交互设计已经非常成熟,用户可以轻松上手一款新应用。但对于B端产品,由于其负责的业务逻辑和操作流程,提供必要的帮助文档还是很有必要的,主要分为新手引导、帮助中心、提示性文字、常驻说明。
网友评论