用戶體驗(yàn)設(shè)計(jì)這詞大概是我心中揮之不去的幽靈，除非我皈依它的門(mén)下，否則絕不給我任何喘息。

作為妥協(xié)，先提及一本新書(shū)，雖然作者與出版商都沒(méi)有給我任何推介費(fèi)用，更沒(méi)有授權(quán)我引用相關(guān)內(nèi)容，我還是決定介紹The UX Booth 對(duì)本書(shū)的一段引用：Winning a User Experience Debate 。這篇文章引用了原書(shū)第五章的一段內(nèi)容，我僅引述若干并綜合一些要點(diǎn)：

要將用戶設(shè)計(jì)體驗(yàn)融入商業(yè)核心，你必須說(shuō)服同事信任你的意見(jiàn)與專長(zhǎng)。良好處理批評(píng)/批判是贏得信任的重要方式。輕率的否定 他人會(huì)讓你辛苦的工作輕易的化為烏有。絕不要草率的忽略利益相關(guān)者（stakeholder，泛指公司決策層、相關(guān)部門(mén)、其它相關(guān)利益方、用戶等所有利益 關(guān)聯(lián)方）的意見(jiàn)。每個(gè)設(shè)計(jì)師都會(huì)犯錯(cuò)，而這世上總有你尚未考慮到的方式可以用來(lái)解決問(wèn)題。最糟糕的用戶體驗(yàn)設(shè)計(jì)師莫過(guò)于那些認(rèn)為利益相關(guān)者都是設(shè)計(jì)文盲的 夜郎自大者。你的商業(yè)伙伴、同事或許確實(shí)無(wú)法像你一樣將想法通過(guò)視覺(jué)方式表達(dá)出來(lái)，然而聰穎的利益相關(guān)者永遠(yuǎn)是一個(gè)用戶體驗(yàn)設(shè)計(jì)師的優(yōu)勢(shì)所在。

如果你懷疑利益相關(guān)者的要求，無(wú)論如何先對(duì)這一要求做出嘗試，然后再以你的方式去做。這會(huì)花費(fèi)更多的時(shí)間與精力，但你也是在通過(guò)顯示自己能夠聽(tīng)取反饋而獲得他們的信任。你也許能（因此）說(shuō)服利益相關(guān)者為什么你的設(shè)計(jì)更好，又或許你會(huì)發(fā)現(xiàn)他們的建議其實(shí)更好。

書(shū)中談到驗(yàn)證棧（Validation Stack）這一自創(chuàng)概念，從三個(gè)層面為你的設(shè)計(jì)決策辯護(hù)，這三個(gè)層面分別是：

• 用戶證據(jù)（User Evidence），即直接從用戶得來(lái)的數(shù)據(jù)，無(wú)論是可用性測(cè)試還是系統(tǒng)使用日志，這是為設(shè)計(jì)決策辯護(hù)最有力的證據(jù)；
• 用戶研究（User Research），沒(méi)有直接的用戶數(shù)據(jù)，相關(guān)的用戶研究和設(shè)計(jì)原則（Design Principles）是下一選擇，例如我們談到過(guò)的表單設(shè)計(jì)；
• 設(shè)計(jì)理論（Design Theory），如果前兩者都缺失，那么諸如Fitts Law，或是某條心理學(xué)/社會(huì)學(xué)理論或許能成為“救命稻草”，然而設(shè)計(jì)商業(yè)產(chǎn)品不是做科學(xué)研究，一個(gè)缺乏完美理論支持但用戶測(cè)試良好的設(shè)計(jì)總是比一個(gè)“理論正確”的設(shè)計(jì)更好。

當(dāng)表單設(shè)計(jì)中被要求加入一個(gè)你認(rèn)為“非必要”的問(wèn)題，或者已是擁擠的頁(yè)面被要求再增添廣告時(shí)，你要如何為用戶辯護(hù)呢？或許我們會(huì)說(shuō)，認(rèn)知負(fù)擔(dān)是積累效應(yīng)，這樣一些小的改動(dòng)會(huì)損害用戶體驗(yàn)，但如果對(duì)方說(shuō)：證明給我看！（Prove ?it!）你會(huì)怎么辦呢？幾十上百條糟糕設(shè)計(jì)的積累效應(yīng)或許明顯，但多加一個(gè)表單問(wèn)題這樣微小的改變或許難以察覺(jué)。你要如何挑起用戶體驗(yàn)這一責(zé)任？原書(shū)的意見(jiàn)請(qǐng)大家看原文 ，算我賣(mài)個(gè)關(guān)子，包括所謂什么叫FY閾值（FY Threshold）。

下面說(shuō)說(shuō)我的一點(diǎn)個(gè)人想法。

既然被稱作用戶體驗(yàn)設(shè)計(jì)師，那么主要責(zé)任就是保證用戶體驗(yàn)保持在公司期望的狀態(tài)內(nèi)，雖然你必須理解如公司的長(zhǎng)遠(yuǎn)戰(zhàn)略、商業(yè)目標(biāo)，甚至包括一些設(shè)計(jì)決 策背后可能削弱用戶體驗(yàn)的邏輯依據(jù)，但這并不代表你要弱化自身立場(chǎng)。你的職責(zé)不是平衡各方利益而使所有人皆大歡喜，你是用戶的捍衛(wèi)者，是他們對(duì)公司產(chǎn)品體 驗(yàn)的發(fā)聲者，如果用戶不喜歡增添廣告，不喜歡被多問(wèn)問(wèn)題，那么這就是你的立場(chǎng)。如果連你都認(rèn)為，作為用戶還是可以忍受多一點(diǎn)廣告的，那么一個(gè)用戶體驗(yàn)設(shè)計(jì)師的存在意義在哪里呢？如果設(shè)計(jì)決策影響了用戶體驗(yàn)，你的職責(zé)是收集所有證據(jù)評(píng)估這一影響，使設(shè)計(jì)團(tuán)隊(duì)得到充分的信息（對(duì)你來(lái)說(shuō)就是提供用戶信息）做出設(shè)計(jì)決策。

對(duì)商業(yè)目標(biāo)的理解是用戶體驗(yàn)設(shè)計(jì)師與其它團(tuán)隊(duì)成員交流溝通合作的基礎(chǔ)之一，是作為團(tuán)隊(duì)成員理解并接受某一平衡決策的邏輯依據(jù)，但不是弱化自己立場(chǎng)的理由。你可以提出你的設(shè)計(jì)思路，向團(tuán)隊(duì)陳述如何更大的保障用戶體驗(yàn)的同時(shí)平衡商業(yè)目標(biāo)，并告知這樣設(shè)計(jì)對(duì)用戶體驗(yàn)的代價(jià)是什么。但你的職責(zé)不是妥協(xié)各方，達(dá)成設(shè)計(jì)決策，而是將用戶體驗(yàn)質(zhì)量最優(yōu)化。如果你每遇目標(biāo)沖突便弱化甚至失去自己的立場(chǎng)，那么這個(gè)職位本身就沒(méi)有意義了。

UX Booth對(duì)Undercover User Experience Design這本書(shū)的作者有一個(gè)專訪文章 ，如果你有興趣，不妨一讀。

EuroIA 2010

上一周提到歐洲信息架構(gòu)峰會(huì)（Euro Information Architecture Summit 2010）。這個(gè)鏈接 提供了幾乎所有講演的slides（我真不知該怎么翻譯了，PPT？非也?；脽羝亢孟褚膊粚?duì)。只好請(qǐng)各位將就一下英文了），在你鼓起勇氣一一打開(kāi)那20多條鏈接前，我推薦你先讀一下James Kelway的文章 。

工具與問(wèn)題

工具是用來(lái)解決問(wèn)題的，每種工具也有其針對(duì)的問(wèn)題域。如果不理解這種對(duì)應(yīng)關(guān)系，那么拿著大炮轟蚊子，拿著手術(shù)刀切西瓜就不只是笑話了。

Daniel Ritzenthaler 在這一周的52 Weeks of UX 上寫(xiě)了一篇文章Match the Tool to the Problem （將工具與問(wèn)題配對(duì)）。談?wù)摰氖沁@樣一個(gè)老話題：sketches（草圖），wireframes（線框圖），mock-ups（實(shí)體模型），HTML prototypes（HTML原型），哪個(gè)更好？下面我直接翻譯好了：

草圖 ，一般為手繪圖，包括屏幕概念（screen idea），或是描述抽象層面問(wèn)題或解決方案的繪圖。這些草圖在概念未完全經(jīng)過(guò)探索、成型和實(shí)現(xiàn)時(shí)極具價(jià)值。草圖可以幫助你理解大概需要哪些組成部分以達(dá)成目標(biāo)。

線框圖 ，大多由計(jì)算機(jī)生成以闡釋內(nèi)容的組織結(jié)構(gòu)，特性和功能。將設(shè)計(jì)中的元素優(yōu)先化（prioritization）并決定大概的頁(yè)面布局可能是項(xiàng)目中相當(dāng)繁雜的部分。一個(gè)架構(gòu)良好的線框圖可以幫助你將各組成元素分離，并確定他們是否符合當(dāng)前頁(yè)面的目標(biāo)。

實(shí)體模型 ，豐富的圖形化產(chǎn)物（一般用Photoshop等軟件制作，一個(gè)例子 ），以模擬一個(gè)項(xiàng)目的外觀與感受，使你可以理解視覺(jué)元素對(duì)品牌的影響。實(shí)體模型可以設(shè)定正確的印象并溝通項(xiàng)目的情感元素與個(gè)性。

HTML原型 ，一個(gè)網(wǎng)站的部分實(shí)現(xiàn)版本，用來(lái)理解頁(yè)面之間的互動(dòng)和流程。當(dāng)目標(biāo)的實(shí)現(xiàn)涉及大量復(fù)雜交互時(shí)，HTML原型確實(shí)可以幫助你找到初始計(jì)劃中的空白點(diǎn)。

舉例：

你要構(gòu)建一個(gè)基本的營(yíng)銷網(wǎng)站 而且你已經(jīng)理解該網(wǎng)站的目標(biāo)，并自信于此類網(wǎng)站的布局以及頁(yè)面間的交互。那么直接使用實(shí)體模型是最有效利用時(shí)間的方式，這樣在最短時(shí)間內(nèi)你就能得到最接近最終結(jié)果的效果圖。

這是你第九次構(gòu)建一個(gè)已經(jīng)被廣泛清晰理解的Web應(yīng)用 ，而你已經(jīng)深刻理解其目標(biāo)以及頁(yè)面交互，但你希望自己的設(shè)計(jì)能夠完美的適應(yīng)到客戶的設(shè)計(jì)開(kāi)發(fā)團(tuán)隊(duì)中。這時(shí)線框圖成為首選，它們能幫助你在Web應(yīng)用如何組織，以及發(fā)掘潛在方式，使界面更加本能、直覺(jué)化（intuitive）等方面進(jìn)行溝通。

你以一個(gè)全新的概念 起步，而最艱難的部分是真正把握概念并決定頁(yè)面如何工作。這時(shí)你很可能需要在草圖與HTML原型間反復(fù)，直到你自信已經(jīng)抓住概念的核心目的。而這些初始HTML原型可以成為非常好的測(cè)試工具，用來(lái)收集你的團(tuán)隊(duì)和潛在用戶的反饋。

每個(gè)項(xiàng)目或許都需要這些工具中的一個(gè)甚至全部，這取決于你所面對(duì)的挑戰(zhàn)。所以討論的內(nèi)容并不應(yīng)該是哪個(gè)工具更好或者如何將他們納入一個(gè)正式嚴(yán)格的設(shè)計(jì)過(guò)程中。而應(yīng)該是哪一種工具，在給定的時(shí)點(diǎn)，可以給予設(shè)計(jì)者對(duì)設(shè)計(jì)理念的最大清晰度并提高設(shè)計(jì)效率。

或許你的實(shí)際經(jīng)驗(yàn)與上面的說(shuō)法相左，非常希望聽(tīng)聽(tīng)你的經(jīng)驗(yàn)之談。

如何使用用戶體驗(yàn)設(shè)計(jì)師

Jason Buck寫(xiě)了一篇文章，名為How should a user experience designer be used? （用戶體驗(yàn)設(shè)計(jì)師該被如何使用）。一看到這題目就讓我想到很多家用電器使用手冊(cè)：The handbook for …不知哪天誰(shuí)會(huì)寫(xiě)本“戶體驗(yàn)設(shè)計(jì)師使用手冊(cè)”，當(dāng)然這只是玩笑，Jason列出的建議：

• 檢查你的用戶體驗(yàn)設(shè)計(jì)技能：誰(shuí)都可以畫(huà)線框圖。但（用戶體驗(yàn)設(shè)計(jì)師）他們必須能夠進(jìn)行（最終用戶）研究，組織實(shí)現(xiàn)（與他人的）討論和研討會(huì)，與客戶辯論，優(yōu)秀的口頭與視覺(jué)溝通者，專注于GTD（Getting things done）；
• 在早期納入用戶體驗(yàn)設(shè)計(jì)；
• 允許用戶體驗(yàn)設(shè)計(jì)師與客戶接觸；
• 確保對(duì)交付物以及項(xiàng)目最終成果的共同理解；
• 讓用戶體驗(yàn)設(shè)計(jì)師（向客戶）呈現(xiàn)他們的工作。

然而我覺(jué)得Jonathan Lupo在How to Design for the End-User 上寫(xiě)的一篇回應(yīng) 似乎更值得一讀。其中對(duì)于線框圖Jonathan談道，交互設(shè)計(jì)師或信息架構(gòu)師必須說(shuō)明設(shè)計(jì)決策如何達(dá)成商業(yè)和用戶目標(biāo)，這一邏輯依據(jù)與設(shè)計(jì)情境 （context）必須與線框圖一起提交，而且實(shí)現(xiàn)目標(biāo)的決策必須是可評(píng)估測(cè)算的（measurable）。從這個(gè)角度來(lái)說(shuō)，線框圖不是什么人都能夠制作的。

BTW，說(shuō)到線框圖，想起Onextrapixel有一篇文章收集了40個(gè)“brilliant”線框圖 。如果你和我一樣是個(gè)只會(huì)畫(huà)圈畫(huà)框和火柴人的程序員出身，那么諸如流程圖、線框圖這樣圓圈方塊的應(yīng)該是感覺(jué)相當(dāng)親切了（其實(shí)時(shí)序圖和狀態(tài)圖畫(huà)起來(lái)也是很好玩的，當(dāng)然，好玩在于邏輯的分析與呈現(xiàn)過(guò)程，并不是線框本身了）。

字母排序（大多）該死了

可用性名人Jacob Nielson的文章Alphabetical Sorting Must (Mostly) Die ：

在向用戶呈現(xiàn)選擇時(shí)，序數(shù)排列，邏輯結(jié)構(gòu)，時(shí)序，重要度優(yōu)先序或頻率優(yōu)先序通常比A-Z列表更好。

對(duì)選項(xiàng)列表進(jìn)行字母排序有兩個(gè)主要好處：

如果用戶知道他們所需事物的名字，那么他們可以在列表中迅速找到；

懶惰的設(shè)計(jì)團(tuán)隊(duì)無(wú)需努力尋找更好的結(jié)構(gòu)。

當(dāng)然，Jacob的文章不止這么四句開(kāi)場(chǎng)白，不過(guò)你大概已經(jīng)知道他的意思了。這篇文章讓我想起另一個(gè)問(wèn)題，上一次你在某網(wǎng)站上選擇所在省份、所在城市是怎么完成的？聯(lián)想Jacob的這篇文章，你大概多少也知道我的意思了。

Bing與Google的可用性比較

如同在第一周提到的GMail，Hotmail和Yahoo! Mail的可用性比較，Web Design Ledger用類似的方式比較了Bing和Google ，當(dāng)然，只是從首頁(yè)布局來(lái)測(cè)試。上次八卦了一下三種郵件服務(wù)的得分，這次我建議讀一讀文章對(duì)可用性測(cè)試所提出問(wèn)題的分析，至于得分，留待你去發(fā)現(xiàn)吧。

Instant Amazon Search

我猜想大家都聽(tīng)說(shuō)了Google Instant ，然而它至今只限于美、英、法、德、意、西、俄這幾個(gè)國(guó)家的用戶。它所帶來(lái)的交互方式以及由此產(chǎn)生的用戶體驗(yàn)，用一句標(biāo)準(zhǔn)廢話叫做“有待觀察”，不過(guò)估計(jì)不少可用性實(shí)驗(yàn)室正在做這個(gè)測(cè)試吧。剩下我們要如何體驗(yàn)?zāi)?？找個(gè)代理或許是個(gè)主意，不過(guò)The Next Web 介紹的Shelfluv 或許能夠帶給你一些體驗(yàn)，試試吧。

一次UI設(shè)計(jì)模式設(shè)計(jì)帶來(lái)的創(chuàng)意

CSS-Trick組織了一個(gè)團(tuán)隊(duì)設(shè)計(jì)項(xiàng)目 ，項(xiàng)目目標(biāo)是一種設(shè)計(jì)模式：A list with functions。假設(shè)前提：

The design pattern we are going to tackle is a list with functions. Think of a list of five names. The primary function of this list is to click the names. The secondary function of the list is that the list needs to be manageable. There needs to be some kind of functionality to edit and delete each list item.

我怕翻譯不準(zhǔn)，把原文貼在這里，大意是一個(gè)有五個(gè)名字的列表，列表的主要功能是點(diǎn)擊這幾個(gè)名字，輔助功能是這個(gè)列表是可管理的，需要能夠編輯和刪除列表項(xiàng)。

并不復(fù)雜，不是嗎？我估計(jì)你心里已經(jīng)有了不止一種設(shè)計(jì)，不過(guò)我覺(jué)得有趣的是文章中列出的設(shè)計(jì)方案所呈現(xiàn)的各種交互方式、設(shè)計(jì)細(xì)節(jié)和思考局限?；蛟S你總覺(jué)得自己的設(shè)計(jì)實(shí)在完美無(wú)敵，但大千世界，更多的接觸他人的作品或許能夠讓我們開(kāi)拓視野，成為一個(gè)更好地設(shè)計(jì)師吧

其中最受編輯青睞的設(shè)計(jì)：

結(jié)尾，再次向各位抱歉，這篇文章因?yàn)閭€(gè)人健康原因而推遲了三天。隨著身體狀態(tài)的恢復(fù)，我也終于完成了上一周的任務(wù)，祝各位這一周一切順利，雖然這句話也姍姍來(lái)遲了。

Cheers, everyone, ?and have a very pleasant week!

版權(quán)聲明：轉(zhuǎn)載時(shí)請(qǐng)以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明
http://arslanyard.blogbus.com/logs/76867402.html