10分钟读完《简约至上》


《简约至上-交互式设计四策略》


作者:【英】Giles Colborne 著 李松峰 秦绪文 译

出版社:人民邮电出版社

ISBN:978-7-115-24324-9

版次:2011年1月第1版


作者简介


Giles Colborne

GilescColborne曾任职于英国航空公司、英国物理学会出版社和灵智集团,二十多年来潜心钻研交互式设计与易用性,颇有建树。

2003年至2007年任英国易用性专家协会主席,曾与英国标准机构合作制定可访问性方面的标准。

2004年与人共同创立咨询公司cxpartners,该公司服务的全球客户包括万豪国际酒店、eBay等。


推荐语


追求简单易用是人类的本性,无论是互联网产品。还是移动应用。亦或其他交互式设计,简单易用始终都是赢得用户的关键。

同时,简单易用的程度也与产品寿命的长短密切相关。

在《简约至上:交互式设计四策略》中,作者Giles托20多年交互式设计的探索与实践,提出了合理删除、分层组织、适时隐藏和巧妙转移这四个达成简约至上的终极策略,讲述了为什么应该站在主流用户一边,以及如何从他们的真实需求和期望出发,简化设计,提升易用性。创造出卓而不群、历久弥新的用户体验。


第一章:话说简单


人们喜欢简单、值得信赖、适应性强的产品。

复杂的产品不可持续。

简单并不意味着欠缺和低劣,也不意味着不注重装饰和完全赤裸裸。而是说装饰应该紧密贴近设计本身,任何无关的要素,都应该剔除。

最重要的,也是最可行的,应该是立即去实施的。


第二章:明确认识


描述要点的两种方式

简单而快速的方式是用一句话把它写出来,包括我要设计什么,我要遵循哪几条设计规则,尽量使用简单的术语。

更好而花费时间更长的方式是描述我希望用户拥有什么样的体验。具体一点儿来说,就是描述用户的使用场景,以及我的设计怎么满足用户在该场景下的需求。

长期坚持理解用户生活的世界,理解他们的偏好和行为,始终都是第一位的。

先理解用户,再思考合适的设计。

软件使用环境,是观察用户的最佳地点。

在家里、在公司、在户外,你的设计能适应各种干扰。


三种用户

专家型用户愿意探索你的产品和服务,并且会给你提出各种改进意见。

随意型用户,学习意愿不强,要想让他们认可新功能,那么新功能必须足够简单。

最大的一个用户群体是主流用户。他们不会因为你的技术而使用你的产品,使用你的产品的目的是完成某项任务。


为什么应该忽略专家型用户?

他们追求主流用户根本不在乎的功能。

他们的判断会出现偏差,体会不到主流用户的问题。

一旦听了他们的意见,你的产品就会让主流用户感到太复杂、不好用。

有时候,最好对专家型用户视而不见。专家想要的功能,往往会吓倒主流用户。


为主流用户而设计,关注主流用户想要什么

1.主流用户最感兴趣的是立即把工作做完,专家则喜欢首先设定自己的偏好。

2.主流用户认为容易操控最有价值,专家则在乎操控得是不是很精确。

3.主流用户想得到靠谱的结果,专家则希望看到完美的结果。

4.主流用户害怕弄坏什么,专家则有拆解一切刨根问底的冲动。

5.主流用户觉得只要合适就行了,专家则想着必须精确匹配。

6.主流用户想看到示例和故事,专家想看到的是原理。

简单的用户体验是初学者、新手的体验,或者是压力之下主流用户的体验。


感情需求

一个真正有用的应用不可能只是一个记事本。它还必须让用户感觉井然有序、轻松自在。


简单意味着控制,简单就是感觉在掌控一切。

首先,用户希望感觉是在掌控自己使用的技术。

专家用户期望的是定制。主流用户掌控的含义是:掌握结果。

主流用户希望自己掌控起来容易、可靠、迅速。

其次,用户希望感觉是在掌控自己的生活。

掌控的感觉有时候意味着完成一个任务。

掌控的感觉有时候意味着获取信息。

当满足一个需求后,不断的追问“然后呢?”,最终会发现用户的感情需求、合理需求,直至找到解决方案。


正确选择“什么”,即“用户正在做什么”?

由于设计过程中忽略某些重要的步骤,会导致问题复杂化。

描述用户从开始到结束一直在做什么。记住,你应该对用户的行为而不是你的设计最感兴趣。

关键是不能遗漏用户体验过程中的任何一个步骤。

关注主要的行动,并且从用户的视角把它描述出来。


绝对不要漏掉关键环节。


描述用户体验

故事可以让读者知道什么重要和为什么不重要。

故事应该用三言两语把问题表达出来。

有必要多花点时间把故事的每一个细节都想清楚。如果想让自己的设计简单,每一个细节都至关重要。


讲故事

不要担心故事的表现形式,关键是把你所有的约束条件诉诸文字。

故事的情节要简单。

首先,简单的故事容易记也容易复述,因而容易被别人传播。

其次,容易让别人把这个故事的情景套用到其他环境中。

最后,为故事添加要紧的细节。


不要编造

你的故事必须可信,要想可信必须以真人真事为原型。

如果不是有真人真事来支撑,你就很难诉诸文字,即便写出来也会显得假。

好的用户故事应该简明、具体、可信,并且具有相关细节。


环境、角色、情节

可信的环境(故事中的“时间”和“地点”)

可信的角色(“谁”和“为什么”)

流畅的情节(“什么”和“怎么样”)

很多复杂的设计都是因为没有考虑到现实世界的压力而导致的,或是因为设计者期望用户自己能够应付一切,或是因为他们不小心漏掉了某个重要的环节。

把你是设计放在一个情节中,情节中有可信的角色,发生在可信的环境中。


极端的可用性

简单的体验:能适应极端的可用性。

很多开始时简单的产品到最后都变得越来越复杂,很难使用。但是,如果你设计了一个极端的目标,你的产品就能随着时间越变越好(至少能够实现真正重要的目标)。

瞄准极端的目标,即使那些无法完全实现的目标,也能够帮你保持产品简单。

尽可能用最简单的词汇描述你的想法。


洞察力

运用学到的东西构思故事,然后再据以深刻理解自己要解决的问题,接着奇迹就会发生。

首先,回顾一下你从用户那里收集的素材、他们面对的问题、他们生活的世界。把那些对用户行为影响最大的事情放在前面。

然后,从你的故事中,寻找突破口。(发现问题,找到解决方案)

把这些设计要点按先后次序排列出来,哪一个因素影响最大?哪方面容易改变?

最后,验证你的见解。如果你的见解有偏差,会导致什么结果?有哪些不可控因素会影响你的看法?有没有正反面的例子可供参考?这些例子能否反应出你的看法有问题,或者例子本身就有问题?

观察现实生活中的人,你才知道你的见解,是不是真的有价值。


明确认识

写出自己的认识要比自己想象的要长。

“作为设计者,我们希望马上开始设计。但克制自己非常重要。”


太早开始设计意味着会遗漏重要的见解,甚至意味着设计思路完全错误。

坚持不懈是达成简单最重要的一步。

不要匆忙着手设计。理解核心问题需要时间。


史蒂夫·乔布斯曾经说过

咋一看到某个问题,你会觉得很简单,其实你并没有理解其复杂性。

当你把问题搞清楚之后,又会发现真的很复杂,于是你就拿出一套复杂的方案来。实际上,你的工作只做了一半,大多数人也都会到此为止.....。

但是,真正伟大的人还会继续向前,直至找到问题的关键和深层次原因,然后再拿出一个优雅的、堪称完美的有效方案。


分享

与别人分享你的认识,即使你不在场也能保证作出正确的决定。而且,你的所有干系人都能说出什么是好的决定,什么是坏的决定。

让最核心的理论随处可见,提醒人们时刻谨记。随时随地使用,让它成为人们时刻不忘的追求。把它公之于众,意味着团队所有成员都知道自己应该交付什么样的功能。

跟参与项目的每一个人复述你的故事,看见他们一次,就讲一次。不要停下来,要天天讲,反复讲。直到你讲得自己都厌烦了,人们才会真正领悟你的认识。


第三章:简约四策略


删除:删除不必要的功能

组织:组织必须提供的功能

隐藏:隐藏非核心功能

转移:转移非擅长的功能


第四章:删除


产品做的事情虽少,却比竞争产品做得更好。

“64%的功能从未使用或极少使用。”

删除杂乱的特性可以让设计师专注于把有限的重要问题解决好。而且,也有助于用户心无旁骛的完成自己的目标。


在通过删除来简化设计时,请准备一张白纸,问自己

“最重要的问题是什么?”

然后渐进地添加最重要的功能和内容。

简化设计最明显的方式,就是删除不必要的功能。


避免误删

删除功能时要避免误删,而把一切难于实现的功能统统抹杀就是典型的错误做法。

要总揽全局,保证只交付那些真正有价值的功能和内容。

砍掉功能是一个血腥无情的过程。


关注核心

增加价值始于改进核心体验。

在按照优先级对功能排序时,要时刻记住用户认为那些关系到他们日常使用体验的功能最有价值。

另外,能够消除用户挫折感的功能会很受欢迎。

与新增功能相比,客户更关注基本功能的改进。


砍掉残缺功能

删除实现得不够理想的功能也是很重要的。

问题绝非“为什么应该去掉它”,而是“为什么要留着它”。

功能和内容会给用户造成精神上的负担,会导致一定的维护开支。

以“去掉它们是一种浪费”作为理由而抓住残缺的功能不放,可能会妨碍你成功。


假如用户......

假如你发现自己(或别人)说:“假如用户需要......”那么只有一个答案:搞清楚这个功能对用户是否真的重要。

问一问:“我的目标用户会经常遇到这个问题吗?”

如果回答是:“几乎没有遇到”,那么,请放弃这个想法,继续前进。

不要再“假如”了,还是去发现问题吧。


但我们的用户想要

功能多了之后,通常会导致在其他某些方面做出一些牺牲,而客户则不会考虑这方面的问题。

不要害怕对增加产品功能的要求说不。

要倾听客户的意见,但绝不能盲从。


方案,不是流程

如果在设计的时候只盯住流程,那么结果很可能会创造更多的功能去处理出现的各种异常情况、问题和细节。

如果一个小的变化导致了复杂的流程,就应该退一步去寻找更好的解决方案。


如果功能不是必要的

设计的产品如果承载过多的功能,更有可能降低主流用户的满意度,从而对产品的长期盈利能力造成损害。

长远来看,增加功能有害无益。


排定功能优先级

排序原则如下

确定用户想要达到的目的,并排定优先次序。

专注于寻找能够完全满足优先级最高的用户需求的解决方案。找到之后,再满足用户的其他目标。

确定用户在使用产品过程中最常见的干扰源,并将解决这些问题的难易程度排出优先次序。

明确能够满足主流用户的“足够好”的产品与专家要求的产品的区别。

不要以功能的多寡来认定产品的价值,应该看产品能否满足用户最高优先级的目标。

给那些轻易能够满足主流用户需求的功能排定优先次序。


负担

界面中的各种小细节会增加用户的负担,会像公路上的减速带或坑坑洼洼一样降低用户的效率。

去掉那些可有可无的选项、内容和分散人们注意力的玩艺儿,可以减轻用户的负担,让用户专心去做自己想做的事情。

去掉分散注意力的视觉元素,可以让用户感觉速度更快,而且更加有安全感。


决策

过多的选择会让用户无所适从。特别是在很多选择都相似的情况下,选择反而成了负担。

选择有限,用户反而更喜欢。


分心

删除那些干扰因素,让用户的注意力保持集中。


聪明的默认值

选择聪明的默认值可以减少用户的选择。

聪明的默认值指的是适合大多数人口味的选择。

默认值是节省用户时间和精力的有效方式,也是清除设计蓝图中“减速带”的首选方式。


减少视觉混乱的方法

使用空白或轻微的背景色来划分页面,而不要使用线条。

尽可能少的使用强调。如果仅加粗就行了,就不必又加粗、又放大、又变成红色。

别使用粗黑线,均匀、浅色的线更好。

控制信息的层次。最好总共不超过三个层次:标题、子标题和正文。

减少元素大小的变化。

减少元素形状的变化。尽量只有一种形状。


删除文字

“把一页中的文字删掉一半,然后把剩下的再删掉一半。”


哪些内容需要删除

1.引见性文字。例如“欢迎光临我们的网站”

2.不必要的说明。

3.繁琐的解释。

删除带来的好处

1.重要的内容“水落石出”。

2.消除了分析满屏内容的麻烦。

3.读者会对自己看到了什么,更加自信。


精简句子

具体方法有

不使用介词“(对于/根据/为了/基于/通过/关于)”。

不使用is的动作形式(如:正在消耗时间)。

把被动句换成主动句。

开门见山,删除索然无味的开头。

减少废话。


删除过多

删除不能过多,否则会使得用户对产品丧失了掌控感。


焦点

"删除"策略的核心就是干掉那些分散注意力的因素,聚焦于项目。

聚焦哪些内容?

1.对用户有价值的功能。

2.可用的资源,删除没用的元素。

3.能达成用户目标的内容。

4.删除干扰和增加用户负担的内容。

耐心,再加上大量的数据支持,可以为大多数项目找到焦点。


第五章:组织


组织往往是简化设计的最快捷方式。

如果你想通过组织的方式来简化设计,要记住最重要的一点是强调一两个最重要的主题。


用户界面设计可以进行分块,组织到“7加减2”个块中。

分块越少,选择越少,用户负担越轻。


围绕用户行为进行组织,明白用户想做什么,先做什么后做什么。

对性质相同的产品进行分类时,确定清晰的分类标准非常重要。

最简单的分类,通常指的是重复交叉最少的分类方法。


搜索的功能实现比较复杂,用户也不是很喜欢使用搜索功能。最好先对内容有效地组织,然后再考虑如何设计搜索。

无论是设计还是使用,搜索都比浏览困难得多。


按照时间来组织活动是一种简单而又通用的方式。

一些实体对象,如国家、酒店之类的,用空间组织。


利用看不见的网格来对齐界面元素,是吸引用户注意力的一种有效方式。

如果一个元素的重要性为1/2,那就把它的大小做成1/4。

把相似的元素放在一起。


第六章:隐藏


隐藏相对组织有一个明显的优势

用户不会因不常用的功能分散注意力。

无论隐藏什么功能,都意味着你在用户和功能之间设置了一道障碍。必须仔细权衡隐藏哪些功能。

不常用但不能少的功能,可以隐藏。

渐进展示、阶段展示必要时候应该提供的内容。

只要不让人找太久,隐藏就是有效的。


第七章:转移


将不擅长的转移到擅长的平台。

移动平台和桌面电脑平台的结合。


把一些用户擅长的事情,转移给用户,用户比较擅长的具体内容包括

1.设定目标和指定规划

2.估算

3.辨别信息

4.做图表

5.在包含少数项的列表中选择

6.做预算

7.想象

用户指挥,计算机操作,就会给人简单的感觉。

让一个组件有多个功能。

简单界面的最高境界,应该是专家和主流用户都会感觉它非常好用。

简单的体验需要信任。计算机之所以搞得用户不舒服,就是因为它们总是控制和指挥用户。


第八章:最后的叮嘱


顽固的复杂性

创造简单用户体验的秘诀就在于把复杂性转移到正确的地方,让用户每时每刻都能感受到简单之美。

解决微不足道的小问题,也许能把成千上万次愤怒的用户投诉消弭于无形。

让软件具有可用性,意思就是绝不能超出用户的能力范围。

不要让你的设计干扰用户的思绪。简单的设计能够为用户留出足够的空间,他们会用自己的生活来填充这些空间,从而创造出更丰富、更有意义的体验。

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

推荐阅读更多精彩内容