关于前端:以B端平台设计理解尼尔森10大可用性原则

11次阅读

共计 4555 个字符,预计需要花费 12 分钟才能阅读完成。

尼尔森是一名人机交互学博士,通过总结剖析 200 多个可用性问题,1995 年提出了尼尔森十大可用性准则,不管在 Web 设计还是挪动端设计,把握了这十项准则,都能无效晋升产品用户体验度。明天就以实例跟大家聊聊尼尔森十大准则。

雅各布. 尼尔森简介


雅各布·尼尔森(Jakob Nielsen)是毕业于哥本哈根的丹麦技术大学的人机交互博士,他领有 79 项美国专利, 专利次要波及让互联网更容易应用的办法。尼尔森在 2000 年 6 月,入选了斯堪的纳维亚互动媒体名人堂,2006 年 4 月,并被纳入美国计算机学会人机交互学院,被赋予人机交互实际的一生成就奖。他还被纽约时报称为“Web 易用性巨匠”,被 Internet Magazine 称为“易用之王”。他提出的 10 大可用性准则(10 Usability Heuristics),被宽泛使用于人机交互的各个领域(多在 C 端为主)。

10 大可用性准则

1. 零碎状态可见性(状态可见准则)

零碎应始终通过正当工夫内的适当反馈,让用户理解正在产生的事件。– 尼尔森

1.1 零碎状态可见性 - 地位可见


相比于 C 端产品,B 端产品在页面层级往往更为简单。因而,让用户明确以后所处的地位尤为重要,这也就突显出了导航的重要性。零碎平台中常见的有横向导航、纵向导航和组合导航这 3 种。

1.2 零碎状态可见性 - 数量可见


零碎反对对工作字段进行自定义配置,在「增加字段」的弹窗中,当用户勾选了字段后,下方的「确定」按钮上会显示已选数量,不便查看核查。

1.3 零碎状态可见性 - 状态可见


在企业治理后盾将某个工作字段锁定后,再次进入「增加字段」弹窗,被锁定的字段前面带有示意已锁定的 icon,通知用户该字段不可编辑。(多选超出抉择数量后复选框置灰或暗藏也属于状态可见准则)

2. 贴近用户的实在环境(环境贴切准则)

零碎应该说用户习惯的语言,比方:用户相熟的单词、短语和概念,而不是零碎导向的术语。遵循事实世界的约定,使信息以天然且合乎逻辑的程序呈现。
——尼尔森


一个 B 端治理平台中集成了泛滥用户权限,比方:功能性模块和系统管理模块等。在首页中,用到的语言通俗易懂,无需特定的业余背景即可了解。而在系统管理页面中,用到的语言则是较为业余的开发术语,比方「代码库」、「代码组」、「权限治理」等,因为系统管理的次要用户群体是开发或运维人员,以上这些词语是开发人员习惯和相熟的。

3. 用户有管制和来去自由的权力(用户可控准则)

当用户谬误地抉择了的某个性能后,零碎须要提供一个明确的「紧急进口」,来让用户来到其不想要的状态,而且无需额定的对话框。反对撤销和重做。
——尼尔森

3.1 用户有管制和来去自由的权力 - 敞开与返回


在某些零碎中,一个工作下可建设多个子工作,子工作从属于父工作。因而,在子工作弹窗中,同时具备「返回下级」和「敞开」按钮,对应的操作别离是返回父工作弹窗,或者间接敞开弹窗。(多用于性能浮窗,面包屑导航也属于用户可控准则)

因为 B 端系统的复杂性,有些性能的层级会比拟深。弹窗 A 中的某个操作可能会触发弹窗 B 的弹出,如果弹窗 A 和 B 承载的性能具备父级和子级的关系,同样须要思考「返回」的性能。
(PS:理论我的项目中其实应该尽量避免多层级弹窗)

3.2 用户有管制和来去自由的权力 - 撤销与重做


在「工作字段类型配置」的页面中,当用户更改了默认的初始配置后,右上角会呈现「复原为默认配置」的按钮。这是一种反对高效重做的设计思路。(咱们零碎中常常会在信息录入,零碎设置中减少“重置”)

4. 零碎的一致性(一致性准则)

咱们不该当让用户去狐疑不同的语句、状态或操作是否在表白同一件事。设计需遵循平台的常规。——尼尔森

4.1 零碎的一致性 - 款式统一


以平台中的弹出提醒为例,在地位上,提醒对立呈现在页面的左下角,通过一样长的工夫后主动渐出隐没;在模式上,都是 icon 加上文字的模式,且右上角具备敞开按钮;在色彩上,操作胜利用绿色,操作失败和报错用红色,性能推送用蓝色;如果提醒中存在文字按钮,则文字按钮的色彩对立用蓝色。

4.2 零碎的一致性 - 性能统一


当具备排序功能时,以雷同的 icon 示意,并且在性能操作上也放弃了统一:通过拖拽来调整排序。

5. 防止谬误(避免谬误准则)

比报错提醒更好的办法是,通过谨严的设计来避免谬误的产生:要么打消容易出错的状况,要么把这些容易出错的状况找进去,并在用户采取行动之前提供确认选项。——尼尔森

5.1 避免谬误 - 预警与确认


在工作菜单中,当鼠标悬停在非危险操作上时,底色会变成浅灰色;然而,当鼠标悬停在「移到回收站」上时,底色会变成红色,通过醒目的色彩来提醒用户,这是一个危险操作,从而升高用户误操作的可能。而当用户点击「移到回收站」时,二次确认的弹窗会弹出,进一步避免用户错误操作。(未保留敞开、删除、更改数据等操作都须要做预警提醒)

5.2 避免谬误 - 置灰

通常状况下,按钮置灰示意对应性能或操作无奈应用,这也是避免谬误的一条有效途径,因为用户通过按钮款式就可获知其状态,省去了点击的试错老本。那么,是不是只有性能或操作无奈应用时,就应该将对应的按钮置灰呢?(其实更好的做法是填写玩题目后按钮不置灰,点击实现按钮后定位或高亮必填项,让用户更容易辨认谬误点)

6. 零碎辨认胜过用户记忆(易取准则)

通过将对象、操作和选项进行可视化,最大限度地加重用户的记忆负担。用户不须要记住对话框中某一部分到另一部分的信息。零碎操作的批示信息须要易于被用户发现和获取。——尼尔森

6.1 零碎辨认胜过用户记忆 - 保留历史

提及保留历史,最为常见的就是为用户保留历史搜寻和历史浏览。某些平台性能中有「近期我的项目」模块,会按我的项目关上工夫由近至远排序,不便用户疾速进到本人须要解决的我的项目中。(罕用的 office 工具)

6.2 零碎辨认胜过用户记忆 - 可视化出现

在 worktile 的看板配置弹窗中,当勾选了右侧的字段后,左侧的预览区会实时展现字段显示在卡片中的地位和款式。因为看板的单张卡片区域比拟无限,但有时又须要在卡片中囊括较多的工作信息,这时通过勾选字段后实时地预览,能够让用户重复对卡片出现成果进行配置和调试,很大水平上加重了记忆负担。

6.3 零碎辨认胜过用户记忆 - 批示信息易取


worktile 工作打开方式有 3 种,别离是:弹窗、侧边滑出、全屏。但如果仅仅是 3 个名词,还是有些形象,不够直观。因而将 3 种打开方式做成了对应的 3 个 GIF 图,当鼠标悬停在下面时,GIF 图就开始播放。当用户须要进行抉择时,必定会将鼠标挪动到对应的打开方式上,也就必然会发现 GIF 图中涵盖的批示。(这样子设计,不仅让打开方式直观,而且易于被用户发现和获取)

7. 灵便易用的应用体验(灵便高效准则)

一些快捷操作的性能,尽管会被老手用户疏忽,但可能为专家用户所应用并帮忙晋升其应用效率,因而,零碎须要同时满足老手用户和专家用户的需要。容许用户频繁地操作。——尼尔森

7.1 灵便易用的应用体验 - 灵便配置


以 worktile 的工作字段为例,能够对工作字段类型进行配置,包含增加字段、删除字段、将字段设为必填等。另外反对对自定义字段进行编辑,包含字段的名称、类型、默认值和提醒文案。工作字段的配置仅对以后所在我的项目失效,因而,不同的我的项目可具备不同的字段配置,使得项目管理更加灵便。(多见于工作或内容公布)

7.2 灵便易用的应用体验 - 各取所需


以文档为例,如需对文本格式进行编辑,能够有多种形式。当用户须要对文本进行加粗时,在选中文本后,能够点选上方工具栏中的加粗按钮,也能够按快捷键,或者应用 Markdown 语法。以上这 3 种形式都能够达到加粗的成果,但面对的用户群体却不太一样。老手用户可能会选第 1 种,纯熟用户或专家用户可能会用第 2 种,习惯于用 Markdown 写作的用户则更偏向于第 3 种。因而,在设计性能时,最好能思考到不同档次用户的需要,以此来让用户「各取所需」(须要平台有多类型用户)

7.3 灵便易用的应用体验 - 容许频繁操作


在某些场景下,用户可能会进行一些频繁或反复的操作,因而需思考:如何设计能力让这些频繁的操作更加不便。比方,在创立工作时,会有「保留」和「实现并创立下一个」这 2 个按钮,「实现并创立下一个」其实就为那些须要一次创立多个工作的用户提供了便当。另外,在创立子工作时,点击「保留」后,下方会自动弹出下一个子工作的文本框,用户可抉择持续创立或点击「勾销」按钮完结创立,这样设计同样是为了晋升频繁操作的效率。

8. 好看且简洁的设计(柔美且简洁准则)

对话框中不应蕴含无关或很少用到的信息。在对话框中每减少一个信息,就意味着升高了次要信息的绝对可见性。——尼尔森


在工作看板中,当工作状态为「已实现」时,对应的卡片以置灰的形式出现,从而突出了「待处理」和「进行中」的工作卡片。当工作的优先级为「紧急」时,卡片左侧会以橙色进行标记,而优先级为「一般」或「较低」的工作,卡片左侧就不会用色彩标记。这个案例通过弱化 (置灰) 和去除(去掉标记色彩),从而让页面简洁,且使得重要信息得以突显。

9. 帮忙用户辨认、诊断和从谬误中复原准则

报错信息应该用通俗易懂的语言表达(而不是用代码),精确地反馈问题,并且提出可行的解决方案。——尼尔森

9.1 帮忙用户辨认、诊断、并从谬误中复原 - 辨认并从谬误中复原

当某个自定义工作字段在企业治理后盾被锁定后,在「编辑自定义字段」的弹窗中,不仅通过置灰让用户明确不可编辑,还提醒了起因所在(字段被锁定),而且也告知了解决方案(被谁锁定,能够找谁)。

如果报错信息用到的是难以了解的语言或代码,那起到的成果将会大打折扣。上图中这个报错提醒呈现的场景是:在工作弹窗中增加附件并公布时出错。从 「参数有误: attachments」 这句文案中,用户获知的仅仅是:附件问题导致公布不胜利。但,「参数有误」是什么意思?附件格局不对?还是附件超出大小限度?还是不晓得出错的起因,就更别提解决方案了。

10. 帮忙文档 - 帮忙和提醒准则

只管,能让用户无需浏览文档就会应用是最好的形式,但大多状况下,可能还得提供帮忙文档。帮忙文档的信息应该易于被搜寻,聚焦于用户的工作,并列出具体的步骤,而且,不能太宏大。——尼尔森

10.1 帮忙文档 - 浮窗提醒


在平台中,如果是简短且和简略操作间接相干的帮忙提醒,则大多是浮窗的模式:当鼠标悬停时呈现;

10.2 帮忙文档 - 文字提醒


对于很难用几句话解释分明的帮忙信息,则配置链接,点击后可跳转到帮忙核心的对应地位。

总结

在设计 B 端产品时,对尼尔森 10 大可用性准则的使用可从以下方面进行思考,但不仅限于以下这些。

  • 零碎状态的可见性:地位可见、数量可见、状态可见。
  • 贴近用户的实在环境:用到的语言应该是用户所习惯的。
  • 用户有管制和来去自由的权力:敞开与返回、撤销与重做。
  • 零碎的一致性:款式统一、构造与交互统一、性能统一。
  • 避免谬误:预警和确认、置灰。但置灰在有些情景下并不适宜,需联合具体情况考量。
  • 零碎辨认胜过用户记忆:保留历史、可视化出现、批示信息易取。
  • 灵便易用的应用体验:灵便配置、各取所需、容许频繁操作。
  • 好看且简洁的设计:通过弱化和去除不重要的信息,让重要信息突显。
  • 帮忙用户辨认、诊断,并从谬误中复原:问题需精确,计划要可行,勿用代码。
  • 帮忙文档:依据帮忙信息的长短与类型,综合应用浮窗提醒、文字提醒、跳转帮忙核心等模式。

交换群

正文完
 0