用戶體驗的要素

1、用戶體驗的要素以用戶為中心的Web設(shè)計總目錄用戶體驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用一、用戶體驗為何如此重要？日常生活中的遭遇什么是用戶體驗用戶體驗和網(wǎng)站競爭優(yōu)勢和投資回報率記住你的用戶用戶體驗（user experience）產(chǎn)品如何與外界發(fā)生聯(lián)系并發(fā)揮作用，也就是人們?nèi)绾巍敖佑|”和“使用”產(chǎn)品。早晨起來，發(fā)現(xiàn)鬧鐘沒有按照原先設(shè)定的響起來。一邊煲水，一邊穿衣服，臨走前去取水卻發(fā)現(xiàn)水沒有煲好！到了地鐵站，交通卡沒有錢了。卻發(fā)現(xiàn)機器充值無法識別你的交通卡，必須到

2、便利店排隊。終于成功坐上地鐵，卻不得不在地鐵門前排隊。排了3趟地鐵，終于到了公司，你卻遲到了。 結(jié)果：盡管你已經(jīng)非常努力，但你還是遲到了。 那么，讓我們看看這一連串的倒霉事， 是什么讓我們?nèi)绱说姑梗縓職員悲慘一天 面對大量的選擇，用戶只能自己想辦法，去決定哪一個網(wǎng)站功能會符合他的需求。企業(yè)開始意識到，提供優(yōu)質(zhì)的用戶體驗是一個重要的、可持續(xù)的競爭優(yōu)勢。用戶體驗形成了客戶對企業(yè)的整體印象，界定了企業(yè)和競爭對手的差異，并且決定了客戶是否還會再次光顧。用戶體驗和網(wǎng)站競爭優(yōu)勢和投資回報率 投資所得到的回報（return on investment）或投資回報率（ROI） 轉(zhuǎn)化率（conversion r

3、ate）花出去的每一元錢，能收回多少元的等值收益？通過跟蹤有百分之多少的用戶被“轉(zhuǎn)化”到了下一個步驟，就能衡量你的網(wǎng)站在達到“商業(yè)目的”方面的效率有多高。用戶得到一次不好的體驗，那么他們將不再回來?！疤匦浴焙汀肮δ堋笨偸侵匾?，但是體驗對于客戶的忠誠度有著更大的影響。關(guān)注網(wǎng)站的用戶體驗可以為企業(yè)帶來更多回報： 轉(zhuǎn)化率是一種常用的方式，來衡量用戶體驗的效果。3個注冊并訂閱郵件的用戶 36個訪問者 = 8.33%的轉(zhuǎn)化率“偶然瀏覽者” “實際購買者”優(yōu)質(zhì)的用戶體驗 差勁的購買過程的用戶體驗 科技產(chǎn)品沒有按照人們期望的那樣工作，這樣他們覺得自己很笨即使他們最終完成了自己想做的事情。那么人們會被你糟糕

4、的用戶體驗趕跑。轉(zhuǎn)化率的計算公式：任何在用戶體驗上所作的努力，目的都是為了提高效率：基本上以兩種方式體現(xiàn)出來： 幫助人們工作的更快； 減少他們犯錯的幾率。你用工具，還是工具用你？記住你的用戶以用戶為中心的設(shè)計（user-centered design） 在開發(fā)產(chǎn)品的每一個步驟中，都要把用戶列入考慮范圍內(nèi)。 考慮用戶體驗 把它分為各個組成要素 從不同的角度來了解它 通過這些才能確保你控制了決策所造成的全部結(jié)果。用戶體驗很重要，最大的理由是：它對你的用戶很重要。協(xié)調(diào)一致、直觀明了、甚至讓人愉快的體驗 “一次”每件事都按照正確的方式在工作”的體驗。總目錄用戶體驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目

5、標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用 考慮用戶有可能采取的每一個行動的每一種可能性，并且去理解這個過程的每一個步驟中用戶的期望值。可以把設(shè)計用戶體驗的工作分解為各個組成要素，以幫助我們更好地了解整個問題。 幾大決策：網(wǎng)站看起來怎么樣、它如何運轉(zhuǎn)、它能讓你做什么。表現(xiàn)層（surface）一系列的網(wǎng)頁，由文字和圖片組成?？蚣軐樱╯keleton）按鈕、表格、照片和文本區(qū)域的位置。結(jié)構(gòu)層（structure）確定網(wǎng)站各種特性和功能的最適合的組合方式。范圍層（scope）功能和特性是否要納入網(wǎng)站，即范圍。戰(zhàn)略

6、層（strategy）經(jīng)營者和用戶分別想從網(wǎng)站得到什么。五個層面 在每一個層面的決定都會影響到它之上層面的可用選擇。 這種依賴性意味著在戰(zhàn)略層上的決定將具有某種向上的“連鎖效應(yīng)”。 反過來講，也就意味著每個層面中我們可用的選擇，都受到其下層面中所確定的議題的約束。 這種連鎖效應(yīng)意味著在“ 較高層面” 中選擇一個界限之外的選項將需要重新考慮“較低層面”中所做出的決策。 這并不是說每一個“較低層面”上的決策都必須在設(shè)計“較高層面”之前做出。事物都有兩個方面，在“較高層面”中的決定有時會促成對“較低層面”決策的一次重新評估（或者是第一次評估）。在每一個層面，我們都根據(jù)競爭對手所做的事情、業(yè)界最佳的實

7、踐成果來做決定，這是最簡單不過的老常識。這些決策可能產(chǎn)生的連鎖效應(yīng)該是雙方向的。如果想在開始“較高層面”設(shè)計之前，要完全確定“較低層面”的話，幾乎可以肯定的是，你已經(jīng)把你的項目日程也許是你最終產(chǎn)品的成功扔進了一個危險的境地之中。相反地，應(yīng)該計劃好你的項目，讓任何一個層面中的工作都不能在其下層面的工作完成之前結(jié)束。這里最重要的一條是，在我們知道基本形狀之前，不能為房屋加上屋頂。基本的雙重性交互設(shè)計、信息設(shè)計、信息架構(gòu) 當(dāng)網(wǎng)站的用戶體驗開始形成時，它的設(shè)計者采用的是兩種不同的語言。一群人把每一個問題看成是“應(yīng)用軟件”的設(shè)計問題，然后從傳統(tǒng)的桌面和客戶端軟件的角度來考慮解決方案。另一群人則以信息的發(fā)

8、布和檢索的角度來看待網(wǎng)站，然后從傳統(tǒng)出版、媒體和信息技術(shù)的角度來考慮問題的解決方案。 為了解決網(wǎng)頁這種基本的雙重性質(zhì)，讓我們從中間把這五個層面分開。在軟件的一邊，我們主要關(guān)注的是任務(wù)所有的操作都被納入一個過程，去思考人們?nèi)绾瓮瓿蛇@個過程。在這里，我們把網(wǎng)站看成用戶用于完成一個或多個任務(wù)的一個或一組工具。在超文本的一邊，我們的關(guān)注點是信息網(wǎng)站應(yīng)該提供哪些信息，這些信息對用戶的意義是什么。超文本就是創(chuàng)建一個“用戶可以穿越的信息空間”。表現(xiàn)層（surface）視覺設(shè)計，或者說最終產(chǎn)品的外觀。框架層（skeleton）不管是軟件界面還是信息空間，我們必須要完成信息設(shè)計（information desi

9、gn）。在軟件產(chǎn)品那邊，框架層還包括了安排好能讓用戶與系統(tǒng)的功能產(chǎn)生互動的界面元素。對于信息空間方面來講，這種界面就是屏幕上的一些元素的組合，允許用戶在信息架構(gòu)中穿行。結(jié)構(gòu)層（structure）在軟件方面，結(jié)構(gòu)層將從范圍轉(zhuǎn)變成系統(tǒng)如何響應(yīng)用戶的請求。在信息空間方面，結(jié)構(gòu)層則是信息空間中內(nèi)容元素的分布。范圍層（scope）從戰(zhàn)略層進入范圍層以后，在軟件方面它就轉(zhuǎn)變成對產(chǎn)品的“功能組合”的詳細描述。而在信息空間方面，范圍則是對各種內(nèi)容元素的要求的詳細描述。戰(zhàn)略層（strategy）來自企業(yè)外部的用戶需求（user need）是網(wǎng)站的目標(biāo)尤其是那些將要使用我們網(wǎng)站的用戶。與用戶需求相對應(yīng)的，是我們

10、自己對網(wǎng)站的期望目標(biāo)?？偰夸浻脩趔w驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用 戰(zhàn)略層成功的用戶體驗，其基礎(chǔ)是一個被明確表達的“戰(zhàn)略”。知道企業(yè)與用戶雙方對網(wǎng)站的期許和目標(biāo)，有助于確立用戶體驗各方面戰(zhàn)略的制定。 范圍層 結(jié)構(gòu)層 框架層 表現(xiàn)層網(wǎng)站目標(biāo)和用戶需求戰(zhàn)略層定義網(wǎng)站目標(biāo)用戶需求團隊角色和流程戰(zhàn)略層的定義 我們要從這個網(wǎng)站得到什么？-網(wǎng)站目標(biāo) 我們的用戶要從這個網(wǎng)站得到什么？-用戶需求網(wǎng)站失敗的最常見原因不是技術(shù)，也不是用戶體驗。網(wǎng)站失敗的最常見原因，是在開始寫第

11、一行程序、描第一個像素，或配置第一個服務(wù)器之前，沒有人試圖回答下面兩個非?；镜膯栴}：通過回答第一個問題，我們就能描述出企業(yè)的網(wǎng)站目標(biāo)（site objective）。第二個問題則提出了用戶需求（user need）的問題，這是來自企業(yè)外部的目標(biāo)。結(jié)合內(nèi)外兩者，網(wǎng)站目標(biāo)和用戶需求就組成了戰(zhàn)略層，也就成為我們設(shè)計用戶體驗過程中做出每一個決定的基礎(chǔ)。此處的關(guān)鍵詞是明確 當(dāng)我們能越清楚明確地表達我們想要什么，以及確切地知道其他人想要從我們這里得到什么，我們就能越明確地滿足雙方需求。網(wǎng)站目標(biāo)網(wǎng)站目標(biāo)經(jīng)常以“只可意會不可言傳”的狀態(tài)存在于一小群建站的人當(dāng)中。當(dāng)網(wǎng)站目標(biāo)無法用口頭表達出來時，對于應(yīng)該如何完

12、成項目，不同的人就經(jīng)常會有不同的想法。商業(yè)目標(biāo)盡量避免使用過于寬泛或具體的詞匯來描述網(wǎng)站的商業(yè)目標(biāo)，應(yīng)該在充分了解問題之后再得出結(jié)論。為了創(chuàng)造成功的用戶體驗，必須保證決策不是隨便決定的，而是深思熟慮的結(jié)果。品牌識別品牌識別可以是概念系統(tǒng)，也可以是情緒反應(yīng)它之所以重要是因為它無法不被用戶注意。在用戶與網(wǎng)站交互的同時，企業(yè)的品牌形象就不可避免地在用戶的腦海中形成了。網(wǎng)站設(shè)計者必須決定品牌形象是無意之中形成的，還是經(jīng)過有意精心安排的結(jié)果。大多數(shù)企業(yè)選擇對他們的品牌形象施加一些控制，這就是為什么傳遞品牌識別是非常普遍的一種網(wǎng)站目標(biāo)的原因。有時成功標(biāo)準(zhǔn)與網(wǎng)站本身和用戶如何使用網(wǎng)站有一定的關(guān)系。如用戶在每

13、一次訪問網(wǎng)站時的平均停留時間是多少（服務(wù)器記錄是否可以幫助你確定這點）？然而不是所有成功標(biāo)準(zhǔn)都必須直接由網(wǎng)站獲得，也可以衡量網(wǎng)站的間接影響。最有效的標(biāo)準(zhǔn)可以直接歸因于網(wǎng)站的用戶體驗改變的標(biāo)準(zhǔn)，但是如果這些改變發(fā)生在一個更長的時間段，則很難判斷其是源于用戶體驗還是其它因素。 成功標(biāo)準(zhǔn)具體顯示了用戶體驗是否有效地達成了戰(zhàn)略目標(biāo)。在此例中，通過衡量每一個注冊用戶單月的訪問次數(shù)表明了此網(wǎng)站對核心用戶的價值。改版后的上線日期成功標(biāo)準(zhǔn)即一些可追蹤的目標(biāo)，在網(wǎng)站推出以后用來顯示它是否滿足了我們自己的目標(biāo)和用戶的需求。好的成功標(biāo)準(zhǔn)不僅影響項目各階段的決策，也提供了用戶體驗工作價值的具體依據(jù)。u 陷阱：認(rèn)為我們

14、正在為理想用戶設(shè)計網(wǎng)站，理想用戶就是“某些與我們完全一樣的用戶”。但我們并不是為自己設(shè)計，而是為其他人設(shè)計的，如果想要這些“其他人”喜歡并使用我們創(chuàng)建的東西，那么就必須要了解“他們是誰”以及“他們的需求是什么”。通過投入時間去研究這些需求，我們才能拋棄自己立場的局限，真正從用戶的角度來重新審視網(wǎng)站。u 人口統(tǒng)計學(xué)（demographic）方法：性別、年齡、教育水平、婚姻狀況、收入等等；u 心理學(xué)（psychographic）統(tǒng)計辦法：記錄用戶的心理因素；u 用戶對技術(shù)和網(wǎng)頁本身的觀點【重要屬性】你的用戶每周話費多少時間使用網(wǎng)絡(luò)？計算機是他們?nèi)粘Ｉ畹囊徊糠謫?？他們喜歡和技術(shù)打交道嗎？他們總是有

15、最新最好的硬件嗎？他們每5年才買一臺新計算機？我們的設(shè)計必須容納不同類型的用戶群。用戶需求用戶細分用戶細分（user segmentation）的幾種最常見的方法：u 市場調(diào)研方法（market research）：如問卷調(diào)查和焦點小組得知用戶普遍信息的寶貴資源；u 現(xiàn)場調(diào)查（contextual inquiry）：用于了解日常生活情境中的用戶行為；u 任務(wù)分析（task analysis）：每一個用戶與網(wǎng)站交互行為都發(fā)生在執(zhí)行某一任務(wù)的環(huán)境中；u 用戶測試（user testing）：最常見的用戶調(diào)研方法讓用戶幫忙測試你的產(chǎn)品；u 卡片排序法（card sorting）：用于探索用戶如何分類

16、或組織各種信息元素；u 創(chuàng)建人物角色（personas）：用戶模型或用戶簡介使你的用戶真實再現(xiàn)在設(shè)計者心中。可用性和用戶研究用戶細分將全部的用戶劃分成較小的、有共同需求的小組，以此來幫助我們更好地了解用戶的需求。u 戰(zhàn)略專家（strategist）：幫助客戶處理項目中的戰(zhàn)略問題；u 決策層（stakeholder）：資深決策者，管理那些會影響網(wǎng)站決策的部門；u 戰(zhàn)略文檔（Strategy document）和可視性文檔：定義網(wǎng)站目標(biāo)和用戶需求的文檔。撰寫戰(zhàn)略文檔時，文檔并不是越多越好，而應(yīng)該簡潔明了并切中要點。一個有效的戰(zhàn)略文檔不僅可以在用戶體驗開發(fā)團隊中起到試金石作用，它還可以成為企業(yè)其他部

17、門的項目支持文檔。所有項目參與者設(shè)計師、程序員、信息架構(gòu)師、項目經(jīng)理都需要在項目進行期間頻繁地使用和閱讀戰(zhàn)略文檔，以幫助他們在工作中做出正確的決定。戰(zhàn)略應(yīng)該是在設(shè)計用戶體驗流程中的起點，但并不意味在項目開始之前你的戰(zhàn)略需要完全確定下來，戰(zhàn)略應(yīng)該是可以演變和改進的。當(dāng)戰(zhàn)略被系統(tǒng)地修改與校正時，這些工作就能成為貫穿整個過程的、持續(xù)的靈感源泉。團隊角色和流程總目錄用戶體驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用 范圍層 戰(zhàn)略層 當(dāng)你把用戶需求和網(wǎng)站目標(biāo)轉(zhuǎn)變成網(wǎng)站應(yīng)該提供給用

18、戶什么樣的內(nèi)容和功能時，戰(zhàn)略就變成了范圍。 結(jié)構(gòu)層 框架層 表現(xiàn)層功能規(guī)格和內(nèi)容需求范圍層的定義功能和內(nèi)容收集需求功能規(guī)格內(nèi)容需求確定需求優(yōu)先級范圍層的定義 定義項目范圍包括了兩個方面：一個有價值的過程導(dǎo)致一個有價值的產(chǎn)品。 過程（process）：確定現(xiàn)在能解決哪些事情，而哪些必須要再遲一點才能解決； 產(chǎn)品（product）：在項目中要完成的全部工作，保證在開發(fā)過程中不會出現(xiàn)模棱兩可的情況； 工作流程、日程安排、里程碑：用可視性文檔來說明項目要求； 理由1：這樣你才知道正在建設(shè)什么。一系列明確的要求能夠把責(zé)任分配得更清晰。 理由2：這樣你才知道不需要建設(shè)什么。用文檔記錄不同的可能性能夠提供評

19、估這些想法的架構(gòu)。一月（現(xiàn)在） 四月 七月 十月 （明年）一月 版本1.0-版本1.1-當(dāng)前難以滿足的需求，可以成為啟動下一版本的基礎(chǔ)，這樣就能形成一個不斷循環(huán)的開發(fā)過程。在范圍層，我們從討論戰(zhàn)略層面的抽象問題著手“我們?yōu)槭裁匆ㄟ@個網(wǎng)站？”轉(zhuǎn)而面對一個新的問題：“我們要建設(shè)什么？”功能和內(nèi)容在這里，范圍層被軟件界面的網(wǎng)頁和超文本的網(wǎng)頁分成兩個部分。在軟件方面，我們考慮的是功能規(guī)格哪些應(yīng)該被當(dāng)成軟件產(chǎn)品的“功能組合”。在超文本方面，我們考慮的是內(nèi)容，這屬于編輯和營銷插推廣的傳統(tǒng)領(lǐng)域。在軟件開發(fā)中，范圍層確定的是功能需求或功能規(guī)格（function specification）文檔。大部分時候這

20、兩個術(shù)語是可以互換的事實上，有些人使用“功能需求規(guī)格”來表示他們的文檔覆蓋了包括以上兩者的內(nèi)容。作者內(nèi)容編輯文字編輯管理層律師用戶內(nèi)容的開發(fā)常常不會像軟件過程的需求收集一樣正式，但基本原則是一樣的。功能需求常常伴隨著內(nèi)容需求（content requirement）?，F(xiàn)在，內(nèi)容常常是通過一個內(nèi)容管理系統(tǒng)（content management system, CMS）來進行管理的。一個內(nèi)容管理系統(tǒng)可以實現(xiàn)自動化流程，能出示和交付給用戶。內(nèi)容管理系統(tǒng)必備的功能取決于你要管理的內(nèi)容的性質(zhì)。例如：你是否需要維護多語言或具有數(shù)據(jù)格式的內(nèi)容？你的每一篇新聞稿是否必須要通過六個執(zhí)行副總裁和一個律師的審核？類

21、似的，功能需求與常常伴隨著內(nèi)容的需求。例如：在個人喜好設(shè)置的頁面中需要有使用說明嗎？是否需要錯誤提示？必須要有個專門的人來寫這些內(nèi)容。收集需求一些需求適用于整個網(wǎng)站。如品牌需求或技術(shù)需求。另一些需求只適用于特殊的特性。大多數(shù)時候，當(dāng)人們說到某種需求的時候，他們想的是產(chǎn)品必須擁有的、某種特殊的一句簡短描述。最用之不竭的需求源泉總是來自用戶本身。去了解“人們在想什么”的最佳途徑就是直接詢問他們。需求的三個主要類別包括：u 人們講述的、他們想要的東西u 用戶實際想要的東西u 人們不知道他們是否需要的特性潛在需求由于參與創(chuàng)建和設(shè)計網(wǎng)站的人很少去想象網(wǎng)站的新方向，因此匯集企業(yè)各個部門的成員或不同類型的用

22、戶代表來進行的頭腦風(fēng)暴會議，可以是一種打開設(shè)計者思路、讓他們考慮以前從未想到的可能性的非常有效的工具。其它方法包括使用場景（scenarios）、關(guān)注競爭對手等。需求的詳略程度常常取決于項目的具體范圍，如項目的目標(biāo)是一個非常復(fù)雜的系統(tǒng)，還是項目的內(nèi)容只是相似或相同性質(zhì)的東西。功能規(guī)格u 功能規(guī)格存在的問題： 閱讀起來枯燥，占用大量編碼時間，沒有人讀； 實施過程中事情會發(fā)生變化維護功能規(guī)格、及時更新【重要】u 撰寫功能規(guī)格的通用規(guī)則： 樂觀：描寫這個系統(tǒng)件要做什么去“防止”不好的事情發(fā)生，而不是描述“不應(yīng)該” 具體：盡可能詳細描述清楚狀況 避免主觀的語氣：保持明確、避免歧義，用量化的術(shù)語來定義一

23、些需求內(nèi)容需求（內(nèi)容清單）u 確定文本的字?jǐn)?shù)、圖片的像素、下載文件的字節(jié)等基本元素；u 盡可能早地確認(rèn)某個人來負責(zé)某一個內(nèi)容元素；u 有效的內(nèi)容需要日常維護工作；u 定義每一內(nèi)容元素的更新頻率；u 如何呈現(xiàn)不同的內(nèi)容特征。確定需求優(yōu)先級u 排列出哪些功能應(yīng)該包含到項目中去；u 評估這些需求是否能滿足我們的戰(zhàn)略目標(biāo)；u 實現(xiàn)這些需求的可行性有多大？ 因為技術(shù)上的局限而無法實現(xiàn) 需要太多資源，人力財力超出了我們的能力范圍 時間局限u 網(wǎng)站的內(nèi)容特性需要其他特性的支持，導(dǎo)致特性的沖突；u 留意看上去有可能需要改變戰(zhàn)略的特性建議；u 優(yōu)先級別是決定人們所建議的相關(guān)特性的首要因素；u 與管理層談判 與管

24、理層確定戰(zhàn)略而不是實現(xiàn)這個目標(biāo)的各種手段； 技術(shù)人員的溝通技巧。有時一個戰(zhàn)略目標(biāo)將產(chǎn)生多個需求（左）。另一方面，一個需求也可以實現(xiàn)多個戰(zhàn)略目標(biāo)?？偰夸浻脩趔w驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用 戰(zhàn)略層 在收集完用戶需求并將其排列好優(yōu)先級后，需求并沒有說明如何將這些分散的片段組成一個整體，這就是結(jié)構(gòu)層：為網(wǎng)站創(chuàng)建一個概念結(jié)構(gòu)。 范圍層 結(jié)構(gòu)層 框架層 表現(xiàn)層交互設(shè)計與信息架構(gòu)結(jié)構(gòu)層的定義交互設(shè)計信息架構(gòu)團隊角色和流程結(jié)構(gòu)層的定義 交互設(shè)計：作為軟件界面的網(wǎng)頁，為用

25、戶設(shè)計結(jié)構(gòu)化體驗 信息架構(gòu)：作為超文本的網(wǎng)頁，內(nèi)容建設(shè)通過信息架構(gòu)構(gòu)建用戶體驗 它們關(guān)心的是理解用戶、用戶的工作方式和思考方式 確定各個將要呈現(xiàn)給用戶的選項的模式和順序。交互設(shè)計u 交互設(shè)計關(guān)注與描述“可能的用戶行為”，同時定義“系統(tǒng)如何配合與響應(yīng)”；u 用戶與軟件的和平相處。概念模型u “交互組件將怎樣工作”概念模型 例如，這是內(nèi)容元素還是用戶訪問的位置還是用戶請求的對象？ 以購物車為例，使用用戶熟悉的概念模型能使用戶很快適應(yīng)不熟悉的網(wǎng)站。錯誤處理當(dāng)人們犯錯誤的時候，系統(tǒng)如何反應(yīng)？如何防止用戶繼續(xù)犯錯？ 方式一：將系統(tǒng)設(shè)置為不可能犯錯的那種。 方式二：是錯誤難以發(fā)生，系統(tǒng)幫助用戶找出錯誤并修

26、正它們。 當(dāng)用戶完成動作后才發(fā)現(xiàn)做錯了，系統(tǒng)應(yīng)該為用戶提供從錯誤中恢復(fù)的方式?！局刈觥?當(dāng)無法恢復(fù)時，提供大量警告。信息架構(gòu)u 信息架構(gòu)著重于設(shè)計組織分類和導(dǎo)航的結(jié)構(gòu)，從而讓用戶高效率、有效地瀏覽網(wǎng)頁內(nèi)容；u 信息架構(gòu)的分類體系內(nèi)容分類內(nèi)容分類從上而下的架構(gòu)方法“網(wǎng)站目標(biāo)和用戶需求的理解”從下而上的架構(gòu)方法內(nèi)容和弄能需求的分析 一個適應(yīng)性強的信息架構(gòu)系統(tǒng)，能把新內(nèi)容作為現(xiàn)有結(jié)構(gòu)的一部分容納進來（左圖），也可以把新內(nèi)容當(dāng)成一個完整的新部分加入（右圖）結(jié)構(gòu)方法u 信息架構(gòu)的基本單位是節(jié)點。u節(jié)點對應(yīng)任意的信息片段或組合，節(jié)點的安排方式： 在層級結(jié)構(gòu)（樹狀結(jié)構(gòu)、中心輻射結(jié)構(gòu)），節(jié)點與其他相關(guān)節(jié)點之間

27、存在父級/子級關(guān)系; 在矩陣結(jié)構(gòu)中，允許用戶在節(jié)點與節(jié)點之間沿著兩個或更多的“唯度”移動； 在自然結(jié)構(gòu)中，不遵循任何一致的模式，節(jié)點被逐一連接，用于關(guān)系不明確或演變中的主題； 在線性結(jié)構(gòu)中，最基本的信息結(jié)構(gòu)類型，逐一而連貫；組織原則u 我們決定哪些節(jié)點要編成一組，哪些節(jié)點要保持獨立的標(biāo)準(zhǔn)即組織原則。u 應(yīng)創(chuàng)建一個與“網(wǎng)站目標(biāo)”和“用戶需求”相對應(yīng)的、正確的結(jié)構(gòu)。u 截面：內(nèi)容不同的屬性，使用錯誤的截面比沒有使用截面更糟糕。語言和元數(shù)據(jù)u 命名原則：描述、標(biāo)簽和網(wǎng)站使用的其他術(shù)語。u 控制性詞典：保證網(wǎng)站“使用用戶的語言”并“保持一致性”。u 元數(shù)據(jù)：關(guān)于信息的信息，即以一種結(jié)構(gòu)化的方式來描述內(nèi)

28、容。團隊角色和流程u 架構(gòu)圖描述網(wǎng)站結(jié)構(gòu)的工具術(shù)語；u 架構(gòu)圖的主要內(nèi)容：哪些類別要放在一起？哪些保持獨立？交互過程中那些步驟如何相互配合？u 視覺辭典u“誰負責(zé)這件事情”，通常取決于企業(yè)文化或項目本質(zhì)。首頁媒體信息產(chǎn)品新聞家用產(chǎn)品辦公室產(chǎn)品在線支持文檔首頁入口頁登錄流程最新消息2a技術(shù)報告前往用戶列表視覺辭典是一個提供重非常簡單（如左圖），到非常復(fù)雜（如右圖）的示意結(jié)構(gòu)系統(tǒng)?？偰夸浻脩趔w驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用 框架層 戰(zhàn)略層 在充滿概念的結(jié)構(gòu)層中

29、形成了大量的需求，框架層中，我們要更進一步地提煉這些結(jié)構(gòu)，確定詳細的界面外觀、導(dǎo)航和信息設(shè)計，使晦澀的結(jié)構(gòu)變得實在。 范圍層 結(jié)構(gòu)層 表現(xiàn)層界面設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計框架層的定義習(xí)慣和比喻界面設(shè)計導(dǎo)航設(shè)計信息設(shè)計線框圖框架層的定義 界面設(shè)計：確定框架，“按鈕、輸入框、界面控件”的領(lǐng)域； 導(dǎo)航設(shè)計：呈現(xiàn)信息；信息設(shè)計：呈現(xiàn)有效地信息溝通。 確定用什么樣的公恩形式來實現(xiàn)。習(xí)慣和比喻u 如果我們減少很多反射作用，每天能完成的事情會大大減少。u 避免比喻，就是要減少對用戶在“理解和使用網(wǎng)上功能”時對心理的要求。界面設(shè)計u 成功的界面設(shè)計是那些能讓用戶一眼就看到“最重要的東西”的界面設(shè)計。u 一個設(shè)計

30、良好的界面是要組織好用戶最常采用的行為，同時讓這些界面元素用最容易 的方式獲取和使用。（把用戶最可能用到的按鈕設(shè)計成最大的一個） 技巧一：在界面第一次呈現(xiàn)給用戶的時候，仔細考慮每一個選項的默認(rèn)值； 技巧二：自動記住用戶最后一次選擇狀態(tài)的系統(tǒng)。u 為用戶想完成的任務(wù)選擇正確的界面元素，通過一種能迅速理解和易于使用的方式， 把他們放置到頁面上去；u 錯誤信息以及說明信息的設(shè)計如何讓用戶真正去閱讀這些文字？導(dǎo)航設(shè)計 目標(biāo)一：必須提供給用戶一種在網(wǎng)站間跳轉(zhuǎn)的方法。（真實有效的鏈接） 目標(biāo)二：必須傳達出這些元素和它們所包含內(nèi)容之間的關(guān)系。 這些鏈接之間有什么關(guān)系？ 是否其中一些比別的更重要？ 它們之間的

31、差異在哪里？ 目標(biāo)三：必須傳達出它的內(nèi)容和用戶當(dāng)前瀏覽頁面之間的關(guān)系。 任何一個網(wǎng)站的導(dǎo)航設(shè)計都必須完成以下3個目標(biāo)！哪些鏈接對用戶是有效的？ 幾種常見的導(dǎo)航系統(tǒng)： 全局導(dǎo)航：覆蓋整個網(wǎng)站的通路。 局部導(dǎo)航：提供給用戶在這個架構(gòu)中道“附件地點”的通路。 輔助導(dǎo)航：提供全局和局部導(dǎo)航不能快速到達的相關(guān)內(nèi)容的快捷途徑。 上下文導(dǎo)航：嵌入頁面自身內(nèi)容的一種導(dǎo)航。 友好導(dǎo)航：聯(lián)系方式、反饋表單、企業(yè)信息、法律聲明等信息的導(dǎo)航。 遠程導(dǎo)航 網(wǎng)站地圖 索引表信息設(shè)計最終目的：反映你的用戶的思路，支持他們的任務(wù)和目標(biāo)。線框圖頁面布局是將信息設(shè)計、界面設(shè)計、導(dǎo)航設(shè)計放置到一起，形成統(tǒng)一、有內(nèi)在凝聚力的架構(gòu)的地方。網(wǎng)站標(biāo)志全局導(dǎo)航友好導(dǎo)航指示標(biāo)示線索友好導(dǎo)航局部導(dǎo)航輔助導(dǎo)航搜索下拉菜單文本輸入按鈕合作伙伴主題圖片正文 線框圖捕獲所有在框架層做出的決定，并用一個文檔來展現(xiàn)他們。它作為視覺設(shè)計和網(wǎng)站實施的參考來使用。三要素：u 通過安排和選擇界面元素來整合界面設(shè)計u 通過識別和定義核心導(dǎo)航系統(tǒng)來整合導(dǎo)航設(shè)計u 通過放置和排列信息組成部分的優(yōu)先級來整合 信息設(shè)計總目錄用戶體驗為何如此重要認(rèn)識這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求 結(jié)構(gòu)層：交互設(shè)計與信息架構(gòu)框架層：界面的設(shè)計、導(dǎo)航設(shè)計和信息設(shè)計表現(xiàn)層：視覺設(shè)計要素的應(yīng)用 框架層 戰(zhàn)略層