可用性案例分析

标签: 思考 交互设计 以用户为中心的设计 信息战略 可用性 | 发表时间:2011-04-16 00:37 | 作者:小轰同学 BTK 4eVeR
出处:http://cuikai-wh.com

可用性一直是交互设计的重头。以下就自己的理解,写写对尼尔森《十大可用性原则》的感想。《十大》原文请见参考资料。

本文对各项原则进行了再理解与意译,与常见翻译的版本不同;这也正是我在鼓励和推动互联网中文普及与标准化所做的重要努力之一。

一、状态可见原则

用户在网页上的任何操作,不论是单击、滚动还是按下键盘,页面应即时给出反馈。“即时”是指,页面响应时间小于用户能忍受的等待时间。

例01:Gmail

01

01

进入Gmail首页,点击“撰写邮件”,页面右侧切换成表单的等待时间是“即时”的,“无需等待”的;而点击“通讯录”,程序在后台异步加载的时间超出了用户预期(估计0.5秒以上),因此Gmail在顶部打出“正在载入……”的字样。

例02:嘲鸫蓝图

02

02

嘲鸫蓝图是一个在线框架图工具。用户对文档的任何更改,都会即时保存。提示信息常驻页面顶部。

例03:QQ邮箱

邮箱能自动保存草稿,但保存状态的表现却是以例01这种“一闪而过”的形式,用户无法确定程序是否及时保存了最新版本。

二、环境贴切原则

网页的一切表现和表述,应该尽可能贴近用户所在的环境(年龄、学历、文化、时代背景),而不要使用第二世界的语言。《iPhone人机交互指南》里提到的隐喻与拟物化是很好的实践。此外,还应该使用易懂和约定俗成的表达。

例04:Photoshop

04

04

“拷贝”一词在简体中文环境里已被“复制”取代。

“羽化”一词译自英文“feather”,指“令选区内外衔接的部分虚化,起到渐变的作用从而达到自然衔接的效果”,该译文贴切而富有诗意。

三、撤销重做原则

为了避免用户的误用和误击,网页应提供撤销和重做功能。

例05:谷歌日历

05

05

添加/更新某个日程后,页面顶部提示“撤销”的功能。

例06:QQ空间

06

06

日志和相册提供“回收站”功能。

四、一致性原则

同一用语、功能、操作保持一致。

例07:Flickr

07

07

繁体版主导航上的表述是“社群”,到了“管理与建立”的页面,却写着“群组”。

例08:新浪微博开放平台

08

08

在“文档首页”的页面,网页标题却是“新浪微博API”,与用户预期不符。不仅如此,页面在接口(API)和开发工具包(SDK)在文案上并没有统一,显得不够规范和严谨。

五、防错原则

通过网页的设计、重组或特别安排,防止用户出错。

例09:新浪微博

09

09

微博发布器上的文字是即时保存的,即便用户关闭了网页,也不会丢失内容。

六、易取原则

好记性不如烂笔头。尽可能减少用户回忆负担,把需要记忆的内容摆上台面。

例10:新浪微博

10

10

当用户需要“@某人”时,自动随键入弹出列表。不过,手机客户端上,最先实现这个功能的是腾讯微博。

七、灵活高效原则

中级用户的数量远高于初级和高级用户数。为大多数用户设计,不要低估,也不可轻视,保持灵活高效。

例11:博客大巴

11

11

很早很早以前,大巴改版,新模版调整模块方式显得灵活;但在快速迭代的互联网世界里,大巴的“新”方式已经过时很久了。

例12:wordpress

12

12

保持高效,不解释。

例13:QQ邮箱

13-1

13-1

登录时,如果在账号里输入数字帐号(即QQ号),焦点移动到密码框后,会弹出验证码表单;如果检测出输入的是英文账号,则隐藏验证码表单。这里巧妙的地方在于,英文账号为恶意试探性登录(攻击)的可能性远小于数字帐号。

13-2

13-2

批量删除邮件时,如果未选择邮件,则弹出非必须响应(必须响应,比如alert()方法)的提示,避免用户无意义点击。

例14:人人网

14

14

删除相册的“确认”截图。注意,这不是弹出层,而是新的页面。笨拙且低效。

例15:腾讯微博

15

15

美化版的alert(),徒增麻烦。

八、易扫原则

互联网用户浏览网页的动作不是读,不是看,而是扫。易扫,意味着突出重点,弱化和剔除无关信息。

例16:百度搜索

16

16

搜索结果的数量对用户的帮助甚少,况且这个数字也不够准确。百度搜索将其拿到页面底部,这样,首屏可视区域在高度上增加20个像素。

例17:微博列队

17

17

根据作者的结论,大多数转发的附言是无意义的,因此隐去之。由于部分用户将“转发”视作“引用”功能,附言是高价值的评论,因此提供悬停查看的办法。

例18:谷歌网站站长帮助工具

区分正文与代码,由于不是面向专业开发者,因此没有高亮代码。

九、容错原则

帮助用户从错误中恢复,将损失降到最低。如果无法自动挽回,则提供详尽的说明文字和指导方向,而非代码,比如404。

例19:豆瓣

19-1

19-1

小组的话题被删除后,豆瓣会给每一位跟帖人发送邮件,告知删除原因和跟帖原文。

19-2

19-2

恢复到初始布局。值得一提的还有豆瓣的文案,注意“折腾”二字~

十、人性化帮助原则

帮助性提示最好的方式是:1、无需提示;2、一次性提示;3、常驻提示;4;帮助文档。

例20:腾讯微博

20

20

一次性提示。

例21:谷歌关键字广告

21

21

常驻提示。

参考资料

  1. 尼尔森 《十大可用性原则》(英文) http://www.useit.com/papers/heuristic/heuristic_list.html
  2. 刘希未 《尼尔森网页可用性评价十原则》(中英对照) http://blog.sciencenet.cn/home.php?mod=space&uid=333718&do=blog&id=292283
  3. 《专家评估:超越启发式评估》 http://www.userfree.cn/?p=840

相关 [可用性 分析] 推荐:

可用性案例分析

- BTK 4eVeR - 时光立方
以下就自己的理解,写写对尼尔森《十大可用性原则》的感想. 本文对各项原则进行了再理解与意译,与常见翻译的版本不同;这也正是我在鼓励和推动互联网中文普及与标准化所做的重要努力之一. 用户在网页上的任何操作,不论是单击、滚动还是按下键盘,页面应即时给出反馈. “即时”是指,页面响应时间小于用户能忍受的等待时间.

首页设计的可用性和PET

- BEAsThAnG - 所有文章 - UCD大社区
网站的首页是一个让人头疼的东西. 有时它看起来很简单:首页就是网站内容的整合,一个产品经理随便从网站里拿点东西出来,就能堆出一个看上去靠谱的首页. 也正因此,它往往非常麻烦:很多人都可以发表自己的见解,而这时交互设计师的一些手段(比如流程图、概念图等),在面对首页设计时也难派上用场,以致最终陷入到无尽的争执中.

简单快速的可用性测试

- 画笔(PG) - 网易用户体验设计中心
可用性测试是改善产品的最佳方式之一,这一点,在内部已经是不争的共识. 只是由于用研人手总是不足,所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作,我们陆续整理了一些简单的文档和教程,并计划通过集中的培训来普及一些用户体验的方法. 因此,要特别强调的是,本文所介绍的测试方法是简单,非正式的,小样本的,以发现严重问题为目的的.

MySQL高可用性大杀器之MHA

- - OurMySQL
作为前提条件,应先配置MySQL复制,并设置 SSH公钥免密码登录. 下面以CentOS为例来说明,最好先安装 EPEL,不然YUM可能找不到某些软件包. MHA由Node和Manager组成,Node运行在每一台MySQL服务器上,也就是说,不管是MySQL主服务器,还是MySQL从服务器,都要安装Node,而Manager通常运行在独立的服务器上,但如果硬件资源吃紧,也可以用一台MySQL从服务器来兼职Manager的角色.

使用Hystrix提高系统可用性

- - Juven Xu
今天稍微复杂点的互联网应用,服务端基本都是分布式的,大量的服务支撑起整个系统,服务之间也难免有大量的依赖关系,依赖都是通过网络连接起来. (图片来源:https://github.com/Netflix/Hystrix/wiki). 然而任何一个服务的可用性都不是 100% 的,网络亦是脆弱的. 当我依赖的某个服务不可用的时候,我自身是否会被拖死.

可用性测试的权衡之道

- - 博客 - 伯乐在线
对于可用性测试,业内人士存在一些普遍认可的原则. 它们神圣地如同自然科学里的理论,似乎我们只能对其言听计从、俯首称臣才能践行出“好的可用性测试”. 其实,即便是科学,它的一个特征也是“可证伪性”——理论的正确性总是存在前提条件的. 可用性测试中的原则同样如此,需要根据目的、资源、环境的不同,灵活把握、权衡取舍,而非一味恪守某一个或某几个原则,也许这才是可用性从业人员经验重要性的体现.

[译]低保真的可用性测试

- - 呦呦鹿鸣
牛人,给你来个突击测验: 你怎么知道你的应用程序能够正常工作. 也许它还成功通过了QA的严酷考验. 也许它被成功部署到了一个正式的服务器,或者被打包成了一个安装程序. 也许连Beta测试人员都签字认可了. 然而,所有这些都不能说明你的程序能够正常工作. 用户真的能理解你的应用程序吗. 他们能够使用你的程序去完成他们的工作吗.

oracle HA 高可用性详解

- - CSDN博客推荐文章
FAILOVER,Oracle RAC的高可用性的技术基础是Failover,就是指集群中的热河一个节点的故障都不会影响到用户的使用,连接到故障节点的用户会被自动转移到健康节点,从用户高手而言感觉不到这种切换,这个功能在Oracle中被称作Failover(故障转移). Oracle RAC的Failover可以细分为3中,分别是:.

MySQL HA 高可用性,MySQL Cluster 叢集

- - SSORC.tw
而 SQL Node (mysqld程序) 只是讓我們建立資料庫、表的地方 (看得到/var/lib/mysql/XXX),只是 SQL Node 這邊是看不到實際空間用量的. manager node 及所有的 node 都要裝 mysql-cluster (到 mysql 官網下載). manager node 設定,它只要 ndb_mgm 與 ndb_mgmd 而已.