《用戶體驗的要素》配套演示文檔

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

20、兩個術語是可以互換的事實上，有些人使用“功能需求規(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)容的性質。例如：你是否需要維護多語言或具有數(shù)據(jù)格式的內(nèi)容？你的每一篇新聞稿是否必須要通過六個執(zhí)行副總裁和一個律師的審核？類

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

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

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

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

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

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

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

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

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

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

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