启发式评估表

文章转载自 http://mux.alimama.com/posts/210

众所周知,Heuristic Evaluation作为Usability Evaluation方式的一种,在usability test等其它测试方式的研究条件不具备的情况下经常被使用,同时也可作为设计师self review和peer review的一个有效方式。最初由Jakob Nielson提出的10条heuristics已经被扩展成了更多。

为了做到全面、客观,在review的过程中使用一个系统的checklist是一个方便有效的方式。基于目前没有足够完整的中文版checklist的情况,根据普遍使用的heuristics以及本部门具体产品特点,整理编辑了一套“启发式评估表”,希望对设计师和用研们有所启发。

1. 系统状态可视化:通过适时的反馈使用户能随时了解系统当前的状态。

1.1 是否每一个窗口/对话框都有标题?标题是否准确描述了该窗口/对话框的内容?

1.2 是否产品的所有图标风格保持一致?

1.3 被选中的图标和未选中的图标是否有明显差异?

1.4 是否菜单、弹窗、出错提示每次都出现在同一个位置?

1.5 有关联的多个窗口是否有标识其关系的标签(如“第1步”“第2步”“第3步”)?

1.6 如果产品支持多个用户同时操作,是否有明显的标识显示当前的操作用户?

1.7 如果使用弹窗显示出错提示,是否该弹窗没有遮住出错部分?

1.8 是否用户的每一个操作都有适当形式的反馈?

1.9 当用户完成了(一系列)操作,是否有反馈告知用户接下来的一系列操作可以使用了?

1.10 菜单和对话框中是否显示出有哪些项目可选哪些不可选?

1.11 菜单和对话框中是否显示出光标停留在哪些项目上?

1.12 如果菜单和对话框中有多个项目可同时选中,是否显示出当前哪些已被选中?

1.13 当某个对象被选中或者删除,系统是否有视觉上的反馈?

1.14 当前图标的状态是否明确显示?

1.15 按钮被按下时是否有视觉反馈?

1.16 如果系统的响应时间较长,有明显的滞后(超过15秒),在这段时间内,是否一直向用户显示系统的运行进程(例如进度条)?

1.17 响应的时间是否符合相应的操作?

1.18 输入、光标移动、鼠标选中的相应时间:50-150毫秒?

1.19 简单、常用的操作的相应时间是否小于1秒?

1.20 普通操作的相应时间是否小于4秒?

1.21 复杂操作的相应时间是否小于12秒?

1.22 从视觉上用户是否可以分辨系统搜出的状态和可选的操作?

1.23 如果用户需要在多个窗口间轮流操作,产品界面是否提供标签、菜单地图、书签等辅助导航的元素?

2. 不脱离现实:使用用户熟悉的语言和概念;遵循现实生活中的流程,信息的显示自然而有逻辑。

2.1 用户是否能理解图标的含义?

2.2 菜单项的组织和排序是否符合用户常规操作的逻辑?

2.3 相关联的内容是否放在一起显示?

2.4 如果使用图表,该图表是否易于用户理解?

2.5 字体和背景颜色的使用是否符合常规?

2.6 操作提示中提到的操作名称是否和系统中的操作名称一致?

2.7 数据输入窗口中的输入项名称是否易于用户理解?

2.8 界面中的语言是否简洁、清晰、准确(不含歧义和语法错误)?

2.9 界面中的术语是否是用户使用的术语,而不是计算机术语?

2.10 当用户输入大于9999的数字时,系统是否自动给每三位加入逗号(如888,888,888,888)?

2.11 如可使用热键,其设置是否符合用户的操作习惯?

3. 用户有自由控制权:在合理的范围内用户可以自由的选择操作任务;出错时用户可以方便的回退;系统需支持“前进”和“回退”操作。

3.1 如果用户通常不会经常使用系统设置界面,此界面是否容易操作和记忆?

3.2 如果产品可同时打开多个窗口,用户是否可以自由组织排列这些窗口?

3.3 如果产品可同时打开多个窗口,用户是否可以自由地在这些窗口之间切换?

3.4 当用户完成一项操作,系统在用户下达表示“继续”地指令之后再继续运行之后的操作?

3.5 在用户将要执行具有破坏性的操作(如删除、格式化)时,是否弹出确认窗口?

3.6 是否支持“撤销”操作?

3.7 用户是否可以取消正在执行的操作?

3.8 用户是否可改变界面的字体大小?

3.9 在输入数据时,用户是否可以使用“复制”和“粘贴”以节省输入时间?

3.10 用户是否可以编辑输入框中的内容?

3.11 如果菜单项目较多,其设置是否采用较“宽”方式(多个菜单项)而不是复杂的多层菜单?

3.12 用户是否方便返回上一级菜单?

3.13 如果有多页的数据输入界面,用户是否可以在所有页面之间前后切换?

3.14 在多个输入项的数据输入界面,用户是否可以回到之前的输入项,或者跳到之后的输入项?

3.15 取消操作是否轻而易举?

3.16 如果支持取消操作,是否支持连续取消多个操作?

3.17 用户是否可以设置自己的系统、文件、和默认界面?

4. 一致性:用语、状态显示、操作方式要保持一致;开发平台有设计规范时要遵循该规范。

4.1 行业规范和公司规范(如果有的话)是否在产品中被贯彻始终?

4.2 界面中(包括弹窗)的数字表示形式是否一致?

4.3 界面中的图标的使用是否一致?

4.4 界面中的字体是否一致?

4.5 界面中的文字对齐方式是否一致?

4.6 界面中的颜色使用方式(字体颜色、背景颜色、图表颜色等)是否一致?

4.7 提示音的使用是否一致?

4.8 界面中的操作名称是否一致?

4.9 界面中的操作对象是否一致?

4.10 界面中的菜单项是否统一(除名称外还包括语言风格和术语使用)?

4.11 界面中的缩写使用是否统一?

4.12 是否有明显的视觉提示表明当前的活动窗口?

4.13 是否每一个窗口都有标题?

4.14 菜单的结构是否与实际使用操作的结构一致?

4.15 如果有“退出”选项,是否一直在菜单的底部?

4.16 在线帮助弹窗弹出的位置是否一致?

4.17 如果使用标签页,不同标签之间视觉上是否容易区分?

4.18 如果使用标签页,标签的名称是否一致?

4.19 层级菜单层数不超过两层?

4.20 每个界面的字体大小不超过4种?

4.21 每个界面的字体种类不超过3种?

4.22 除特殊情况,每个界面的颜色种类不超过4种?

4.23 如果使用提示音,通常的反馈使用柔和的提示音,只有在少数情况严重时才使用尖锐的音调。

4.24 如果某些颜色的使用有不明显的特殊含义,是否有相关提示?

4.25 是否指令的语言统一、自然、容易理解和记忆?

4.26 多个数据输入界面的结构是否统一?

4.27 如果有多个页面的数据输入界面,它们的页面名称是否统一?

4.28 功能键的设置是否符合行业内或公司内部的规范?

5. 帮助用户发现、诊断和纠正错误:出错提示需用简洁明了的语言,不得保函技术性词语。

5.1 出错提示的语言是否积极,没有对用户表示任何明显或者暗示性的批评?

5.2 提示信息的语言是否简洁无歧义?

5.3 出错提示是否表明是系统出错,而不是用户的问题?

5.4 如果在提示信息中使用幽默,是否保证词语使用得当(对产品用户群来说意思明确并且无冒犯之意)?

5.5 出错提示的语言是否无语病?

5.6 出错提示是否避免使用感叹号?

5.7 提示信息的语言风格、格式、句势、用语是否保持一致?

5.8 提示信息是否让用户处于掌控地位?

5.9 如果出错提示出现在数据输入界面,是否将光标置于出错位置或将出错位置标识出来?

5.10 出错信息中是否指明用户应该如何纠正错误?

6. 预防用户出错:通过合理的设计实现预防用户出错,这比好的出错提示更有效。

6.1 菜单选项是否不易混淆?

6.2 如果产品可以同时打开多个窗口,各窗口之间的导航是否简单清晰?

6.3 当用户可能会犯重大错误时,是否给予提示?

6.4 当输入框有字数或其它限制时,是否给予提示?

6.5 当输入框可以有默认输入时是否自动输入默认值?

6.6 可以导致严重后果的功能键是否处于键盘周边,而不是用户容易点击到的位置?

6.7 可以导致严重后果的功能键是否和常用功能键有一定距离而不是相邻?

6.8 菜单是否有名称易混淆的选项?

7. 帮助用户识别而非回忆:减少用户记忆负担,操作对象和选项明确可见;用户无需记住具体内容便可以流畅的重复之前的操作;帮助信息容易获取。

7.1 是否弹窗、提示和消息出现在当时用户通常会注视的屏幕位置?

7.2 是否弹窗的排版合理的利用留白等视觉元素,使得其内容清晰易懂?

7.3 在信息输入界面中,是否合理的利用留白等视觉元素,使得输入项、输入框、提示、帮助信息之间清晰明了不易混淆?

7.4 数据是否按照左对其方式显示?

7.5 文字显示窗口中是否有合理的边距、段间距和行间距?

7.6 菜单中,“单选”和“多选”菜单是否容易区分?

7.7 是否产品的快捷方式和系统的快捷方式无冲突?

7.8 当前不可用的功能键是否被置灰或隐去?

7.9 留白的设计是否协调,并正确的引导用户的目光注视正确的方位?

7.10 逻辑相关的选项是否被成组划分到同一区域中,并且使用合适的标题标识每个选项组?

7.11 是否项目组区域宽度不超过12到14个字符,高度不超过六到七行?

7.12 项目组是否用留白、线、颜色、字符、标题或其它方式加以区分?

7.13 标题是否和所标识的内容设有适当的间隔(能让用户区分标题所标识的区域,但又不过分靠近影响美观)?

7.14 信息输入界面中,可选填项和必填项是否容易区分?

7.15 重要的选项和信息是否使用不同字符、黑体字、下划线、颜色、阴影、或者特殊排版加以凸显?

7.16 相关的元素是否使用统一的颜色显示?

7.17 产品中所有界面中的颜色使用是否保持统一?

7.18 图像和背景之间的色彩、明度和对比度是否协调?

7.19 须强调的数据是否使用较明亮、较高饱和度和较高对比度的颜色显示,而次要的数据是否使用较暗、饱和度低、对比度低的颜色显示?

7.20 用户操作和用户操作触发的系统操作之间的关系是否明显?

7.21 容易混淆的数据是否避免放在一起?

7.22 长的字符串和数字是否被分成若干段(如序列号分段输入,数字每三位加一个逗号等)?

7.23 当前不能操作的选项是否被置灰或隐去?

7.24 菜单项中是否有默认选项?

7.25 如果产品的菜单等级较多或较复杂,是否有相关的菜单说明或帮助信息?

7.26 当前的活动窗口是否突出显示?

7.27 功能键是否按逻辑分组?

7.28 在数据输入界面和对话框中,附加信息是否只有在需要时才显示?

8. 灵活性:为新手和专家设计定制化的操作方式;常用操作可自行调整;为不同用户群提供不同入口和操作方式(如不同语言、文化、残障人士等)。

8.1 如果产品同时供新手和专家级用户使用,是否设有不同级别的错误提示?

8.2 用户是否可以自定义快捷方式和指令?

8.3 是否新手用户输入的指令可以是最简单、最普通的各式,而专家级用户可以自行添加参数?

8.4 常用指令是否提供功能键?

8.5 数据输入界面中,如果有很多输入项,用户是否可以保存没有全部输入完的数据?

8.6 如果菜单项较少(不超过7个),用户是否可以通过键盘移动光标选择菜单项?

8.7 在数据输入界面中,是否用户既可以使用鼠标直接点击又可以使用键盘快捷方式操作?

8.8 在菜单中,是否用户既可以使用鼠标直接点击又可以使用键盘快捷方式操作?

8.9 在对话框中,是否用户既可以使用鼠标直接点击又可以使用键盘快捷方式操作?

9. 美观而和极简的设计:不相关和不必要的信息不显示;互相关联的信息要组合在一起。

9.1 是否只有(并且全部)必要信息显示在界面中?

9.2 是否所有的图表视觉风格一致,并且互不混淆?

9.3 是否每一个图标都和其背景能清晰区分开?

9.4 产品是否遵循统一的GUI规范?

9.5 选项组之间是否在视觉上有所区分?

9.6 是否每一个界面都有一个简短、清晰、易于理解、不易混淆的标题?

9.7 标签名称是否简洁、容易理解、并且准确描述了标签页的内容?

9.8 是否提示信息的语言态度积、语气肯定?

9.9 是否每一个下级菜单项都只与一个上级菜单项对应?

9.10 是否菜单的表态简洁,但准确地概括了所属菜单项的内容?

9.11 在带有很多个数据输入项的弹窗和下拉菜单中,是否各输入项的排布和设计美观合理?

10. 帮助和说明文档:无需文档就能流畅应用当然更好,但通常系统的帮助文档是必要的,而且要提供便利的检索功能,内容需面向用户任务描述,列出具体实现步骤,并且不要太冗长。

10.1 如果界面内容有对应的纸质文档,是否在界面对应的位置注明?

10.2 在线帮助的选项在界面中是否容易被发现?

10.3 在线帮助的选项在界面中的视觉设计是否独特?

10.4 帮助的内容规划是否和用户使用的操作流程对应?

10.5 如果有模棱两可的菜单项,在该项被选中时,产品是否提供附加说明?

10.6 各个数据输入界面和对话框是否有导航串联?

10.7 是否提供方便的操作说明(快捷的在线参考、或者弹窗、或气泡等)?

10.8 帮助系统的界面是否和对应产品的界面保持统一(包括导航、展现、交互方式等)?

10.9 导航:是否相关信息容易找到?

10.10 展现:视觉排版是否经过精心设计?

10.11 交互方式:信息是否准确、完整、易于理解?

10.12 目标导向是否明确:“我能用这个产品做什么?”

10.13 描述性:“这个是用来做什么的?”

10.14 流程清楚:“如何完成这个任务?”

10.15 易于理解:“为什么会这样?”

10.16 导航清晰:“我现在在哪里?”

10.17 界面帮助是否贴合相应的操作或内容?

10.18 用户在产品界面和帮助界面之间切换是否方便自如?

10.19 进入和返回帮助系统是否简便?

10.20 在进入帮助界面之后,用户是否可以顺利返回之前的操作界面?

11. 帮助用户提升技能:可以支持、拓展、补充、或者提高用户的操作技巧、背景知识和专业技能,而不是取代他们的技能。

11.1 是否易于学习和使用?

11.2 如果产品的用户为专家级,对于某些经常使用的操作,或系统的响应较慢,界面数量是否设计成较少(每一屏显示更多的信息)?

11.3 如果产品的用户为新手,对于某些不经常使用的操作,或系统的响应较快,界面数量是否设计成较多(每一屏显示更少的信息)?

11.4 如果产品的用户包括新手和专家级用户,是否在细节设计上针对不同级别的用户有所区分?

11.5 相比操作的被动响应者,是否用户更多的扮演操作的主动发起者的角色?

11.6 当用户打开一个新的界面,光标是否停留在用户最可能需要的位置?

11.7 界面中的重要按钮是否比其它的更大?

11.8 如果设有功能键,是否是为通用的、常用的和重要的操作设置?

11.9 不同界面、子系统和相关的产品的功能键是否一致?

11.10 产品是否能准确预估用户的操作,并做出适当的反应?

12. 令人愉悦的交互设计:能够提升用户的工作质量,并给予用户足够的尊重;设计要在美学和功能上保持平衡。

12.1 是否每一个图标都与其图标系列保持和谐和统一?

12.2 颜色的运用是否严谨?

12.3 新打开窗口的数量是否被控制在最少?

12.4 如果界面内容有对应的纸质文档,双方的内容和布局是否对应?

12.5 在引起注意、传递信息、以及显示状态变化和关系时,颜色是否被正确的运用?

12.6 在输入界面中,打字输入的需求是否被减到最少?

12.7 产品选择的输入设备是否与周边的操作环境匹配?

12.8 如果需要多个输入设备,手和眼在不同设备间的移动次数是否减到最少?

12.9 产品是否支持模糊输入(如输入法中的模糊输入)?

13. 隐私保护:帮助用户保护他们或者其客户的隐私信息。

(注:每条可按“是”、“否”、“其它”来做结论。)

另外,也可按照产品的不同区块分别check,根据客观情况灵活的安排不同的工作方式,也是体现创造力的重要方面。下图是网站的heuristics:


文章转载自 http://mux.alimama.com/posts/210

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335

推荐阅读更多精彩内容

  • 文章来自mux.alimama.com 众所周知,Heuristic Evaluation作为Usability ...
    余田阅读 1,918评论 0 7
  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,044评论 25 707
  • 发现 关注 消息 iOS 第三方库、插件、知名博客总结 作者大灰狼的小绵羊哥哥关注 2017.06.26 09:4...
    肇东周阅读 11,943评论 4 60
  • Sentence The Atlantic is an American magazine and multi-p...
    胡巍阅读 225评论 0 0
  • 每个人都有金色的童年,儿时的天总是那么蓝,阳光总是那么暖,每一天都是新鲜的,对于我们农村孩子的小时候来说,都是充满...
    彭征途阅读 434评论 0 2