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.主流用戶想看到示例和故事,專家想看到的是原理。

簡單的用戶體驗是初學者、新手的體驗,或者是壓力之下主流用戶的體驗。


感情需求

一個真正有用的應用不可能只是一個記事本。它還必須讓用戶感覺井然有序、輕松自在。


簡單意味著控制,簡單就是感覺在掌控一切。

首先,用戶希望感覺是在掌控自己使用的技術。

專家用戶期望的是定制。主流用戶掌控的含義是:掌握結果。

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

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

掌控的感覺有時候意味著完成一個任務。

掌控的感覺有時候意味著獲取信息。

當滿足一個需求后,不斷的追問“然后呢?”,最終會發現用戶的感情需求、合理需求,直至找到解決方案。


正確選擇“什么”,即“用戶正在做什么”?

由于設計過程中忽略某些重要的步驟,會導致問題復雜化。

描述用戶從開始到結束一直在做什么。記住,你應該對用戶的行為而不是你的設計最感興趣。

關鍵是不能遺漏用戶體驗過程中的任何一個步驟。

關注主要的行動,并且從用戶的視角把它描述出來。


絕對不要漏掉關鍵環節。


描述用戶體驗

故事可以讓讀者知道什么重要和為什么不重要。

故事應該用三言兩語把問題表達出來。

有必要多花點時間把故事的每一個細節都想清楚。如果想讓自己的設計簡單,每一個細節都至關重要。


講故事

不要擔心故事的表現形式,關鍵是把你所有的約束條件訴諸文字。

故事的情節要簡單。

首先,簡單的故事容易記也容易復述,因而容易被別人傳播。

其次,容易讓別人把這個故事的情景套用到其他環境中。

最后,為故事添加要緊的細節。


不要編造

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

如果不是有真人真事來支撐,你就很難訴諸文字,即便寫出來也會顯得假。

好的用戶故事應該簡明、具體、可信,并且具有相關細節。


環境、角色、情節

可信的環境(故事中的“時間”和“地點”)

可信的角色(“誰”和“為什么”)

流暢的情節(“什么”和“怎么樣”)

很多復雜的設計都是因為沒有考慮到現實世界的壓力而導致的,或是因為設計者期望用戶自己能夠應付一切,或是因為他們不小心漏掉了某個重要的環節。

把你是設計放在一個情節中,情節中有可信的角色,發生在可信的環境中。


極端的可用性

簡單的體驗:能適應極端的可用性。

很多開始時簡單的產品到最后都變得越來越復雜,很難使用。但是,如果你設計了一個極端的目標,你的產品就能隨著時間越變越好(至少能夠實現真正重要的目標)。

瞄準極端的目標,即使那些無法完全實現的目標,也能夠幫你保持產品簡單。

盡可能用最簡單的詞匯描述你的想法。


洞察力

運用學到的東西構思故事,然后再據以深刻理解自己要解決的問題,接著奇跡就會發生。

首先,回顧一下你從用戶那里收集的素材、他們面對的問題、他們生活的世界。把那些對用戶行為影響最大的事情放在前面。

然后,從你的故事中,尋找突破口。(發現問題,找到解決方案)

把這些設計要點按先后次序排列出來,哪一個因素影響最大?哪方面容易改變?

最后,驗證你的見解。如果你的見解有偏差,會導致什么結果?有哪些不可控因素會影響你的看法?有沒有正反面的例子可供參考?這些例子能否反應出你的看法有問題,或者例子本身就有問題?

觀察現實生活中的人,你才知道你的見解,是不是真的有價值。


明確認識

寫出自己的認識要比自己想象的要長。

“作為設計者,我們希望馬上開始設計。但克制自己非常重要?!?/p>


太早開始設計意味著會遺漏重要的見解,甚至意味著設計思路完全錯誤。

堅持不懈是達成簡單最重要的一步。

不要匆忙著手設計。理解核心問題需要時間。


史蒂夫·喬布斯曾經說過

咋一看到某個問題,你會覺得很簡單,其實你并沒有理解其復雜性。

當你把問題搞清楚之后,又會發現真的很復雜,于是你就拿出一套復雜的方案來。實際上,你的工作只做了一半,大多數人也都會到此為止.....。

但是,真正偉大的人還會繼續向前,直至找到問題的關鍵和深層次原因,然后再拿出一個優雅的、堪稱完美的有效方案。


分享

與別人分享你的認識,即使你不在場也能保證作出正確的決定。而且,你的所有干系人都能說出什么是好的決定,什么是壞的決定。

讓最核心的理論隨處可見,提醒人們時刻謹記。隨時隨地使用,讓它成為人們時刻不忘的追求。把它公之于眾,意味著團隊所有成員都知道自己應該交付什么樣的功能。

跟參與項目的每一個人復述你的故事,看見他們一次,就講一次。不要停下來,要天天講,反復講。直到你講得自己都厭煩了,人們才會真正領悟你的認識。


第三章:簡約四策略


刪除:刪除不必要的功能

組織:組織必須提供的功能

隱藏:隱藏非核心功能

轉移:轉移非擅長的功能


第四章:刪除


產品做的事情雖少,卻比競爭產品做得更好。

“64%的功能從未使用或極少使用?!?/p>

刪除雜亂的特性可以讓設計師專注于把有限的重要問題解決好。而且,也有助于用戶心無旁騖的完成自己的目標。


在通過刪除來簡化設計時,請準備一張白紙,問自己

“最重要的問題是什么?”

然后漸進地添加最重要的功能和內容。

簡化設計最明顯的方式,就是刪除不必要的功能。


避免誤刪

刪除功能時要避免誤刪,而把一切難于實現的功能統統抹殺就是典型的錯誤做法。

要總攬全局,保證只交付那些真正有價值的功能和內容。

砍掉功能是一個血腥無情的過程。


關注核心

增加價值始于改進核心體驗。

在按照優先級對功能排序時,要時刻記住用戶認為那些關系到他們日常使用體驗的功能最有價值。

另外,能夠消除用戶挫折感的功能會很受歡迎。

與新增功能相比,客戶更關注基本功能的改進。


砍掉殘缺功能

刪除實現得不夠理想的功能也是很重要的。

問題絕非“為什么應該去掉它”,而是“為什么要留著它”。

功能和內容會給用戶造成精神上的負擔,會導致一定的維護開支。

以“去掉它們是一種浪費”作為理由而抓住殘缺的功能不放,可能會妨礙你成功。


假如用戶......

假如你發現自己(或別人)說:“假如用戶需要......”那么只有一個答案:搞清楚這個功能對用戶是否真的重要。

問一問:“我的目標用戶會經常遇到這個問題嗎?”

如果回答是:“幾乎沒有遇到”,那么,請放棄這個想法,繼續前進。

不要再“假如”了,還是去發現問題吧。


但我們的用戶想要

功能多了之后,通常會導致在其他某些方面做出一些犧牲,而客戶則不會考慮這方面的問題。

不要害怕對增加產品功能的要求說不。

要傾聽客戶的意見,但絕不能盲從。


方案,不是流程

如果在設計的時候只盯住流程,那么結果很可能會創造更多的功能去處理出現的各種異常情況、問題和細節。

如果一個小的變化導致了復雜的流程,就應該退一步去尋找更好的解決方案。


如果功能不是必要的

設計的產品如果承載過多的功能,更有可能降低主流用戶的滿意度,從而對產品的長期盈利能力造成損害。

長遠來看,增加功能有害無益。


排定功能優先級

排序原則如下

確定用戶想要達到的目的,并排定優先次序。

專注于尋找能夠完全滿足優先級最高的用戶需求的解決方案。找到之后,再滿足用戶的其他目標。

確定用戶在使用產品過程中最常見的干擾源,并將解決這些問題的難易程度排出優先次序。

明確能夠滿足主流用戶的“足夠好”的產品與專家要求的產品的區別。

不要以功能的多寡來認定產品的價值,應該看產品能否滿足用戶最高優先級的目標。

給那些輕易能夠滿足主流用戶需求的功能排定優先次序。


負擔

界面中的各種小細節會增加用戶的負擔,會像公路上的減速帶或坑坑洼洼一樣降低用戶的效率。

去掉那些可有可無的選項、內容和分散人們注意力的玩藝兒,可以減輕用戶的負擔,讓用戶專心去做自己想做的事情。

去掉分散注意力的視覺元素,可以讓用戶感覺速度更快,而且更加有安全感。


決策

過多的選擇會讓用戶無所適從。特別是在很多選擇都相似的情況下,選擇反而成了負擔。

選擇有限,用戶反而更喜歡。


分心

刪除那些干擾因素,讓用戶的注意力保持集中。


聰明的默認值

選擇聰明的默認值可以減少用戶的選擇。

聰明的默認值指的是適合大多數人口味的選擇。

默認值是節省用戶時間和精力的有效方式,也是清除設計藍圖中“減速帶”的首選方式。


減少視覺混亂的方法

使用空白或輕微的背景色來劃分頁面,而不要使用線條。

盡可能少的使用強調。如果僅加粗就行了,就不必又加粗、又放大、又變成紅色。

別使用粗黑線,均勻、淺色的線更好。

控制信息的層次。最好總共不超過三個層次:標題、子標題和正文。

減少元素大小的變化。

減少元素形狀的變化。盡量只有一種形狀。


刪除文字

“把一頁中的文字刪掉一半,然后把剩下的再刪掉一半?!?/p>


哪些內容需要刪除

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閱讀 229,732評論 6 539
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,214評論 3 426
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,781評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,588評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,315評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,699評論 1 327
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,698評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,882評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,441評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,189評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,388評論 1 372
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,933評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,613評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,023評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,310評論 1 293
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,112評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,334評論 2 377

推薦閱讀更多精彩內容