用戶體驗(yàn)的要素

用戶體驗(yàn)的要素第一頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第二頁，共五十頁，2022年，8月28日一、用戶體驗(yàn)為何如此重要？日常生活中的遭遇什么是用戶體驗(yàn)用戶體驗(yàn)和網(wǎng)站競爭優(yōu)勢和投資回報(bào)率記住你的用戶用戶體驗(yàn)（userexperience）產(chǎn)品如何與外界發(fā)生聯(lián)系并發(fā)揮作用，也就是人們?nèi)绾巍敖佑|”和“使用”產(chǎn)品。早晨起來，發(fā)現(xiàn)鬧鐘沒有按照原先設(shè)定的響起來。一邊煲水，一邊穿衣服，臨走前去取水卻發(fā)現(xiàn)水沒有煲好！到了地鐵站，交通卡沒有錢了。卻發(fā)現(xiàn)機(jī)器充值無法識(shí)別你的交通卡，必須到便利店排隊(duì)。終于成功坐上地鐵，卻不得不在地鐵門前排隊(duì)。排了3趟地鐵，終于到了公司，你卻遲到了。

結(jié)果：盡管你已經(jīng)非常努力，但你還是遲到了。

那么，讓我們看看這一連串的倒霉事，

是什么讓我們?nèi)绱说姑?？X職員悲慘の一天第三頁，共五十頁，2022年，8月28日

面對(duì)大量的選擇，用戶只能自己想辦法，去決定哪一個(gè)網(wǎng)站功能會(huì)符合他的需求。企業(yè)開始意識(shí)到，提供優(yōu)質(zhì)的用戶體驗(yàn)是一個(gè)重要的、可持續(xù)的競爭優(yōu)勢。用戶體驗(yàn)形成了客戶對(duì)企業(yè)的整體印象，界定了企業(yè)和競爭對(duì)手的差異，并且決定了客戶是否還會(huì)再次光顧。用戶體驗(yàn)和網(wǎng)站第四頁，共五十頁，2022年，8月28日競爭優(yōu)勢和投資回報(bào)率

投資所得到的回報(bào)（returnoninvestment）或投資回報(bào)率（ROI）

轉(zhuǎn)化率（conversionrate）花出去的每一元錢，能收回多少元的等值收益？通過跟蹤有百分之多少的用戶被“轉(zhuǎn)化”到了下一個(gè)步驟，就能衡量你的網(wǎng)站在達(dá)到“商業(yè)目的”方面的效率有多高。用戶得到一次不好的體驗(yàn)，那么他們將不再回來?！疤匦浴焙汀肮δ堋笨偸侵匾模求w驗(yàn)對(duì)于客戶的忠誠度有著更大的影響。關(guān)注網(wǎng)站的用戶體驗(yàn)可以為企業(yè)帶來更多回報(bào)：

轉(zhuǎn)化率是一種常用的方式，來衡量用戶體驗(yàn)的效果。第五頁，共五十頁，2022年，8月28日3個(gè)注冊(cè)并訂閱郵件的用戶÷36個(gè)訪問者=8.33%的轉(zhuǎn)化率“偶然瀏覽者”→→“實(shí)際購買者”優(yōu)質(zhì)的用戶體驗(yàn)差勁的購買過程的用戶體驗(yàn)科技產(chǎn)品沒有按照人們期望的那樣工作，這樣他們覺得自己很笨——即使他們最終完成了自己想做的事情。那么人們會(huì)被你糟糕的用戶體驗(yàn)趕跑。轉(zhuǎn)化率的計(jì)算公式：第六頁，共五十頁，2022年，8月28日任何在用戶體驗(yàn)上所作的努力，目的都是為了提高效率：基本上以兩種方式體現(xiàn)出來：①幫助人們工作的更快；②減少他們犯錯(cuò)的幾率。你用工具，還是工具用你？第七頁，共五十頁，2022年，8月28日記住你的用戶以用戶為中心的設(shè)計(jì)（user-centereddesign）——在開發(fā)產(chǎn)品的每一個(gè)步驟中，都要把用戶列入考慮范圍內(nèi)。考慮用戶體驗(yàn)

把它分為各個(gè)組成要素

從不同的角度來了解它——通過這些才能確保你控制了決策所造成的全部結(jié)果。用戶體驗(yàn)很重要，最大的理由是：它對(duì)你的用戶很重要。協(xié)調(diào)一致、直觀明了、甚至讓人愉快的體驗(yàn)——“一次”每件事都按照正確的方式在工作”的體驗(yàn)。第八頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第九頁，共五十頁，2022年，8月28日考慮用戶有可能采取的每一個(gè)行動(dòng)的每一種可能性，并且去理解這個(gè)過程的每一個(gè)步驟中用戶的期望值?？梢园言O(shè)計(jì)用戶體驗(yàn)的工作分解為各個(gè)組成要素，以幫助我們更好地了解整個(gè)問題。

幾大決策：網(wǎng)站看起來怎么樣、它如何運(yùn)轉(zhuǎn)、它能讓你做什么。表現(xiàn)層（surface）一系列的網(wǎng)頁，由文字和圖片組成?？蚣軐樱╯keleton）按鈕、表格、照片和文本區(qū)域的位置。結(jié)構(gòu)層（structure）確定網(wǎng)站各種特性和功能的最適合的組合方式。范圍層（scope）功能和特性是否要納入網(wǎng)站，即范圍。戰(zhàn)略層（strategy）經(jīng)營者和用戶分別想從網(wǎng)站得到什么。五個(gè)層面第十頁，共五十頁，2022年，8月28日在每一個(gè)層面的決定都會(huì)影響到它之上層面的可用選擇。

這種依賴性意味著在戰(zhàn)略層上的決定將具有某種向上的“連鎖效應(yīng)”。反過來講，也就意味著每個(gè)層面中我們可用的選擇，都受到其下層面中所確定的議題的約束。這種連鎖效應(yīng)意味著在“較高層面”中選擇一個(gè)界限之外的選項(xiàng)將需要重新考慮“較低層面”中所做出的決策。第十一頁，共五十頁，2022年，8月28日這并不是說每一個(gè)“較低層面”上的決策都必須在設(shè)計(jì)“較高層面”之前做出。事物都有兩個(gè)方面，在“較高層面”中的決定有時(shí)會(huì)促成對(duì)“較低層面”決策的一次重新評(píng)估（或者是第一次評(píng)估）。在每一個(gè)層面，我們都根據(jù)競爭對(duì)手所做的事情、業(yè)界最佳的實(shí)踐成果來做決定，這是最簡單不過的老常識(shí)。這些決策可能產(chǎn)生的連鎖效應(yīng)該是雙方向的。如果想在開始“較高層面”設(shè)計(jì)之前，要完全確定“較低層面”的話，幾乎可以肯定的是，你已經(jīng)把你的項(xiàng)目日程——也許是你最終產(chǎn)品的成功——扔進(jìn)了一個(gè)危險(xiǎn)的境地之中。相反地，應(yīng)該計(jì)劃好你的項(xiàng)目，讓任何一個(gè)層面中的工作都不能在其下層面的工作完成之前結(jié)束。這里最重要的一條是，在我們知道基本形狀之前，不能為房屋加上屋頂。第十二頁，共五十頁，2022年，8月28日基本的雙重性交互設(shè)計(jì)、信息設(shè)計(jì)、信息架構(gòu)……當(dāng)網(wǎng)站的用戶體驗(yàn)開始形成時(shí)，它的設(shè)計(jì)者采用的是兩種不同的語言。一群人把每一個(gè)問題看成是“應(yīng)用軟件”的設(shè)計(jì)問題，然后從傳統(tǒng)的桌面和客戶端軟件的角度來考慮解決方案。另一群人則以信息的發(fā)布和檢索的角度來看待網(wǎng)站，然后從傳統(tǒng)出版、媒體和信息技術(shù)的角度來考慮問題的解決方案。為了解決網(wǎng)頁這種基本的雙重性質(zhì)，讓我們從中間把這五個(gè)層面分開。在軟件的一邊，我們主要關(guān)注的是任務(wù)——所有的操作都被納入一個(gè)過程，去思考人們?nèi)绾瓮瓿蛇@個(gè)過程。在這里，我們把網(wǎng)站看成用戶用于完成一個(gè)或多個(gè)任務(wù)的一個(gè)或一組工具。在超文本的一邊，我們的關(guān)注點(diǎn)是信息——網(wǎng)站應(yīng)該提供哪些信息，這些信息對(duì)用戶的意義是什么。超文本就是創(chuàng)建一個(gè)“用戶可以穿越的信息空間”。第十三頁，共五十頁，2022年，8月28日表現(xiàn)層（surface）視覺設(shè)計(jì)，或者說最終產(chǎn)品的外觀?？蚣軐樱╯keleton）不管是軟件界面還是信息空間，我們必須要完成信息設(shè)計(jì)（informationdesign）。在軟件產(chǎn)品那邊，框架層還包括了安排好能讓用戶與系統(tǒng)的功能產(chǎn)生互動(dòng)的界面元素。對(duì)于信息空間方面來講，這種界面就是屏幕上的一些元素的組合，允許用戶在信息架構(gòu)中穿行。結(jié)構(gòu)層（structure）在軟件方面，結(jié)構(gòu)層將從范圍轉(zhuǎn)變成系統(tǒng)如何響應(yīng)用戶的請(qǐng)求。在信息空間方面，結(jié)構(gòu)層則是信息空間中內(nèi)容元素的分布。范圍層（scope）從戰(zhàn)略層進(jìn)入范圍層以后，在軟件方面它就轉(zhuǎn)變成對(duì)產(chǎn)品的“功能組合”的詳細(xì)描述。而在信息空間方面，范圍則是對(duì)各種內(nèi)容元素的要求的詳細(xì)描述。戰(zhàn)略層（strategy）來自企業(yè)外部的用戶需求（userneed）是網(wǎng)站的目標(biāo)——尤其是那些將要使用我們網(wǎng)站的用戶。與用戶需求相對(duì)應(yīng)的，是我們自己對(duì)網(wǎng)站的期望目標(biāo)。第十四頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第十五頁，共五十頁，2022年，8月28日戰(zhàn)略層成功的用戶體驗(yàn)，其基礎(chǔ)是一個(gè)被明確表達(dá)的“戰(zhàn)略”。知道企業(yè)與用戶雙方對(duì)網(wǎng)站的期許和目標(biāo)，有助于確立用戶體驗(yàn)各方面戰(zhàn)略的制定。范圍層結(jié)構(gòu)層框架層表現(xiàn)層網(wǎng)站目標(biāo)和用戶需求戰(zhàn)略層定義網(wǎng)站目標(biāo)用戶需求團(tuán)隊(duì)角色和流程第十六頁，共五十頁，2022年，8月28日戰(zhàn)略層的定義

我們要從這個(gè)網(wǎng)站得到什么？---------------------------------網(wǎng)站目標(biāo)

我們的用戶要從這個(gè)網(wǎng)站得到什么？--------------------------用戶需求網(wǎng)站失敗的最常見原因不是技術(shù)，也不是用戶體驗(yàn)。網(wǎng)站失敗的最常見原因，是在開始寫第一行程序、描第一個(gè)像素，或配置第一個(gè)服務(wù)器之前，沒有人試圖回答下面兩個(gè)非常基本的問題：通過回答第一個(gè)問題，我們就能描述出企業(yè)的網(wǎng)站目標(biāo)（siteobjective）。第二個(gè)問題則提出了用戶需求（userneed）的問題，這是來自企業(yè)外部的目標(biāo)。結(jié)合內(nèi)外兩者，網(wǎng)站目標(biāo)和用戶需求就組成了戰(zhàn)略層，也就成為我們?cè)O(shè)計(jì)用戶體驗(yàn)過程中做出每一個(gè)決定的基礎(chǔ)。第十七頁，共五十頁，2022年，8月28日此處的關(guān)鍵詞是明確當(dāng)我們能越清楚明確地表達(dá)我們想要什么，以及確切地知道其他人想要從我們這里得到什么，我們就能越明確地滿足雙方需求。網(wǎng)站目標(biāo)網(wǎng)站目標(biāo)經(jīng)常以“只可意會(huì)不可言傳”的狀態(tài)存在于一小群建站的人當(dāng)中。當(dāng)網(wǎng)站目標(biāo)無法用口頭表達(dá)出來時(shí)，對(duì)于應(yīng)該如何完成項(xiàng)目，不同的人就經(jīng)常會(huì)有不同的想法。商業(yè)目標(biāo)盡量避免使用過于寬泛或具體的詞匯來描述網(wǎng)站的商業(yè)目標(biāo)，應(yīng)該在充分了解問題之后再得出結(jié)論。為了創(chuàng)造成功的用戶體驗(yàn)，必須保證決策不是隨便決定的，而是深思熟慮的結(jié)果。品牌識(shí)別品牌識(shí)別可以是概念系統(tǒng)，也可以是情緒反應(yīng)——它之所以重要是因?yàn)樗鼰o法不被用戶注意。在用戶與網(wǎng)站交互的同時(shí)，企業(yè)的品牌形象就不可避免地在用戶的腦海中形成了。網(wǎng)站設(shè)計(jì)者必須決定品牌形象是無意之中形成的，還是經(jīng)過有意精心安排的結(jié)果。大多數(shù)企業(yè)選擇對(duì)他們的品牌形象施加一些控制，這就是為什么傳遞品牌識(shí)別是非常普遍的一種網(wǎng)站目標(biāo)的原因。第十八頁，共五十頁，2022年，8月28日有時(shí)成功標(biāo)準(zhǔn)與網(wǎng)站本身和用戶如何使用網(wǎng)站有一定的關(guān)系。如用戶在每一次訪問網(wǎng)站時(shí)的平均停留時(shí)間是多少（服務(wù)器記錄是否可以幫助你確定這點(diǎn)）？然而不是所有成功標(biāo)準(zhǔn)都必須直接由網(wǎng)站獲得，也可以衡量網(wǎng)站的間接影響。最有效的標(biāo)準(zhǔn)可以直接歸因于網(wǎng)站的用戶體驗(yàn)改變的標(biāo)準(zhǔn)，但是如果這些改變發(fā)生在一個(gè)更長的時(shí)間段，則很難判斷其是源于用戶體驗(yàn)還是其它因素。

成功標(biāo)準(zhǔn)具體顯示了用戶體驗(yàn)是否有效地達(dá)成了戰(zhàn)略目標(biāo)。在此例中，通過衡量每一個(gè)注冊(cè)用戶單月的訪問次數(shù)表明了此網(wǎng)站對(duì)核心用戶的價(jià)值。改版后的上線日期成功標(biāo)準(zhǔn)即一些可追蹤的目標(biāo)，在網(wǎng)站推出以后用來顯示它是否滿足了我們自己的目標(biāo)和用戶的需求。好的成功標(biāo)準(zhǔn)不僅影響項(xiàng)目各階段的決策，也提供了用戶體驗(yàn)工作價(jià)值的具體依據(jù)。第十九頁，共五十頁，2022年，8月28日陷阱：認(rèn)為我們正在為理想用戶設(shè)計(jì)網(wǎng)站，理想用戶就是“某些與我們完全一樣的用戶”。但我們并不是為自己設(shè)計(jì)，而是為其他人設(shè)計(jì)的，如果想要這些“其他人”喜歡并使用我們創(chuàng)建的東西，那么就必須要了解“他們是誰”以及“他們的需求是什么”。通過投入時(shí)間去研究這些需求，我們才能拋棄自己立場的局限，真正從用戶的角度來重新審視網(wǎng)站。

人口統(tǒng)計(jì)學(xué)（demographic）方法：性別、年齡、教育水平、婚姻狀況、收入等等；

心理學(xué)（psychographic）統(tǒng)計(jì)辦法：記錄用戶的心理因素；用戶對(duì)技術(shù)和網(wǎng)頁本身的觀點(diǎn)【重要屬性】你的用戶每周話費(fèi)多少時(shí)間使用網(wǎng)絡(luò)？計(jì)算機(jī)是他們?nèi)粘Ｉ畹囊徊糠謫?？他們喜歡和技術(shù)打交道嗎？他們總是有最新最好的硬件嗎？他們每5年才買一臺(tái)新計(jì)算機(jī)？我們的設(shè)計(jì)必須容納不同類型的用戶群。用戶需求用戶細(xì)分用戶細(xì)分（usersegmentation）的幾種最常見的方法：第二十頁，共五十頁，2022年，8月28日市場調(diào)研方法（marketresearch）：如問卷調(diào)查和焦點(diǎn)小組——得知用戶普遍信息的寶貴資源；現(xiàn)場調(diào)查（contextualinquiry）：用于了解日常生活情境中的用戶行為；任務(wù)分析（taskanalysis）：每一個(gè)用戶與網(wǎng)站交互行為都發(fā)生在執(zhí)行某一任務(wù)的環(huán)境中；用戶測試（usertesting）：最常見的用戶調(diào)研方法——讓用戶幫忙測試你的產(chǎn)品；卡片排序法（cardsorting）：用于探索用戶如何分類或組織各種信息元素；創(chuàng)建人物角色（personas）：用戶模型或用戶簡介——使你的用戶真實(shí)再現(xiàn)在設(shè)計(jì)者心中?？捎眯院陀脩粞芯坑脩艏?xì)分將全部的用戶劃分成較小的、有共同需求的小組，以此來幫助我們更好地了解用戶的需求。第二十一頁，共五十頁，2022年，8月28日戰(zhàn)略專家（strategist）：幫助客戶處理項(xiàng)目中的戰(zhàn)略問題；決策層（stakeholder）：資深決策者，管理那些會(huì)影響網(wǎng)站決策的部門；戰(zhàn)略文檔（Strategy

document）和可視性文檔：定義網(wǎng)站目標(biāo)和用戶需求的文檔。撰寫戰(zhàn)略文檔時(shí)，文檔并不是越多越好，而應(yīng)該簡潔明了并切中要點(diǎn)。一個(gè)有效的戰(zhàn)略文檔不僅可以在用戶體驗(yàn)開發(fā)團(tuán)隊(duì)中起到試金石作用，它還可以成為企業(yè)其他部門的項(xiàng)目支持文檔。所有項(xiàng)目參與者——設(shè)計(jì)師、程序員、信息架構(gòu)師、項(xiàng)目經(jīng)理——都需要在項(xiàng)目進(jìn)行期間頻繁地使用和閱讀戰(zhàn)略文檔，以幫助他們?cè)诠ぷ髦凶龀稣_的決定。戰(zhàn)略應(yīng)該是在設(shè)計(jì)用戶體驗(yàn)流程中的起點(diǎn)，但并不意味在項(xiàng)目開始之前你的戰(zhàn)略需要完全確定下來，戰(zhàn)略應(yīng)該是可以演變和改進(jìn)的。當(dāng)戰(zhàn)略被系統(tǒng)地修改與校正時(shí)，這些工作就能成為貫穿整個(gè)過程的、持續(xù)的靈感源泉。團(tuán)隊(duì)角色和流程第二十二頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第二十三頁，共五十頁，2022年，8月28日范圍層戰(zhàn)略層當(dāng)你把用戶需求和網(wǎng)站目標(biāo)轉(zhuǎn)變成網(wǎng)站應(yīng)該提供給用戶什么樣的內(nèi)容和功能時(shí)，戰(zhàn)略就變成了范圍。結(jié)構(gòu)層框架層表現(xiàn)層功能規(guī)格和內(nèi)容需求范圍層的定義功能和內(nèi)容收集需求功能規(guī)格內(nèi)容需求確定需求優(yōu)先級(jí)第二十四頁，共五十頁，2022年，8月28日范圍層的定義

定義項(xiàng)目范圍包括了兩個(gè)方面：一個(gè)有價(jià)值的過程導(dǎo)致一個(gè)有價(jià)值的產(chǎn)品。過程（process）：確定現(xiàn)在能解決哪些事情，而哪些必須要再遲一點(diǎn)才能解決；產(chǎn)品（product）：在項(xiàng)目中要完成的全部工作，保證在開發(fā)過程中不會(huì)出現(xiàn)模棱兩可的情況；工作流程、日程安排、里程碑：用可視性文檔來說明項(xiàng)目要求；

理由1：這樣你才知道正在建設(shè)什么。一系列明確的要求能夠把責(zé)任分配得更清晰。

理由2：這樣你才知道不需要建設(shè)什么。用文檔記錄不同的可能性能夠提供評(píng)估這些想法的架構(gòu)。一月（現(xiàn)在）四月七月十月（明年）一月版本1.0--------------------------------------------------------------------------------------------------------版本1.1--------------------------------------------------------------------------------------------------------當(dāng)前難以滿足的需求，可以成為啟動(dòng)下一版本的基礎(chǔ)，這樣就能形成一個(gè)不斷循環(huán)的開發(fā)過程。第二十五頁，共五十頁，2022年，8月28日在范圍層，我們從討論戰(zhàn)略層面的抽象問題著手——“我們?yōu)槭裁匆ㄟ@個(gè)網(wǎng)站？”——轉(zhuǎn)而面對(duì)一個(gè)新的問題：“我們要建設(shè)什么？”功能和內(nèi)容在這里，范圍層被軟件界面的網(wǎng)頁和超文本的網(wǎng)頁分成兩個(gè)部分。在軟件方面，我們考慮的是功能規(guī)格——哪些應(yīng)該被當(dāng)成軟件產(chǎn)品的“功能組合”。在超文本方面，我們考慮的是內(nèi)容，這屬于編輯和營銷插推廣的傳統(tǒng)領(lǐng)域。在軟件開發(fā)中，范圍層確定的是功能需求或功能規(guī)格（functionspecification）文檔。大部分時(shí)候這兩個(gè)術(shù)語是可以互換的——事實(shí)上，有些人使用“功能需求規(guī)格”來表示他們的文檔覆蓋了包括以上兩者的內(nèi)容。第二十六頁，共五十頁，2022年，8月28日作者內(nèi)容編輯文字編輯管理層律師用戶內(nèi)容的開發(fā)常常不會(huì)像軟件過程的需求收集一樣正式，但基本原則是一樣的。功能需求常常伴隨著內(nèi)容需求（contentrequirement）?，F(xiàn)在，內(nèi)容常常是通過一個(gè)內(nèi)容管理系統(tǒng)（contentmanagementsystem,CMS）來進(jìn)行管理的。一個(gè)內(nèi)容管理系統(tǒng)可以實(shí)現(xiàn)自動(dòng)化流程，能出示和交付給用戶。內(nèi)容管理系統(tǒng)必備的功能取決于你要管理的內(nèi)容的性質(zhì)。例如：你是否需要維護(hù)多語言或具有數(shù)據(jù)格式的內(nèi)容？你的每一篇新聞稿是否必須要通過六個(gè)執(zhí)行副總裁和一個(gè)律師的審核？類似的，功能需求與常常伴隨著內(nèi)容的需求。例如：在個(gè)人喜好設(shè)置的頁面中需要有使用說明嗎？是否需要錯(cuò)誤提示？必須要有個(gè)專門的人來寫這些內(nèi)容。第二十七頁，共五十頁，2022年，8月28日收集需求

一些需求適用于整個(gè)網(wǎng)站。如品牌需求或技術(shù)需求。另一些需求只適用于特殊的特性。大多數(shù)時(shí)候，當(dāng)人們說到某種需求的時(shí)候，他們想的是產(chǎn)品必須擁有的、某種特殊的一句簡短描述。最用之不竭的需求源泉總是來自用戶本身。去了解“人們?cè)谙胧裁础钡淖罴淹緩骄褪侵苯釉儐査麄儭Ｐ枨蟮娜齻€(gè)主要類別包括：人們講述的、他們想要的東西用戶實(shí)際想要的東西人們不知道他們是否需要的特性——潛在需求由于參與創(chuàng)建和設(shè)計(jì)網(wǎng)站的人很少去想象網(wǎng)站的新方向，因此匯集企業(yè)各個(gè)部門的成員或不同類型的用戶代表來進(jìn)行的頭腦風(fēng)暴會(huì)議，可以是一種打開設(shè)計(jì)者思路、讓他們考慮以前從未想到的可能性的非常有效的工具。其它方法包括使用場景（scenarios）、關(guān)注競爭對(duì)手等。需求的詳略程度常常取決于項(xiàng)目的具體范圍，如項(xiàng)目的目標(biāo)是一個(gè)非常復(fù)雜的系統(tǒng)，還是項(xiàng)目的內(nèi)容只是相似或相同性質(zhì)的東西。第二十八頁，共五十頁，2022年，8月28日功能規(guī)格功能規(guī)格存在的問題：閱讀起來枯燥，占用大量編碼時(shí)間，沒有人讀；實(shí)施過程中事情會(huì)發(fā)生變化——維護(hù)功能規(guī)格、及時(shí)更新【重要】

撰寫功能規(guī)格的通用規(guī)則：

樂觀：描寫這個(gè)系統(tǒng)件要做什么去“防止”不好的事情發(fā)生，而不是描述“不應(yīng)該”

具體：盡可能詳細(xì)描述清楚狀況

避免主觀的語氣：保持明確、避免歧義，用量化的術(shù)語來定義一些需求內(nèi)容需求（內(nèi)容清單）

確定文本的字?jǐn)?shù)、圖片的像素、下載文件的字節(jié)等基本元素；

盡可能早地確認(rèn)某個(gè)人來負(fù)責(zé)某一個(gè)內(nèi)容元素；

有效的內(nèi)容需要日常維護(hù)工作；

定義每一內(nèi)容元素的更新頻率；

如何呈現(xiàn)不同的內(nèi)容特征。第二十九頁，共五十頁，2022年，8月28日確定需求優(yōu)先級(jí)

排列出哪些功能應(yīng)該包含到項(xiàng)目中去；評(píng)估這些需求是否能滿足我們的戰(zhàn)略目標(biāo)；

實(shí)現(xiàn)這些需求的可行性有多大？

因?yàn)榧夹g(shù)上的局限而無法實(shí)現(xiàn)需要太多資源，人力財(cái)力超出了我們的能力范圍

時(shí)間局限

網(wǎng)站的內(nèi)容特性需要其他特性的支持，導(dǎo)致特性的沖突；

留意看上去有可能需要改變戰(zhàn)略的特性建議；

優(yōu)先級(jí)別是決定人們所建議的相關(guān)特性的首要因素；

與管理層談判

與管理層確定戰(zhàn)略而不是實(shí)現(xiàn)這個(gè)目標(biāo)的各種手段；

技術(shù)人員的溝通技巧。

有時(shí)一個(gè)戰(zhàn)略目標(biāo)將產(chǎn)生多個(gè)需求（左）。另一方面，一個(gè)需求也可以實(shí)現(xiàn)多個(gè)戰(zhàn)略目標(biāo)。第三十頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第三十一頁，共五十頁，2022年，8月28日戰(zhàn)略層在收集完用戶需求并將其排列好優(yōu)先級(jí)后，需求并沒有說明如何將這些分散的片段組成一個(gè)整體，這就是結(jié)構(gòu)層：為網(wǎng)站創(chuàng)建一個(gè)概念結(jié)構(gòu)。范圍層結(jié)構(gòu)層框架層表現(xiàn)層交互設(shè)計(jì)與信息架構(gòu)結(jié)構(gòu)層的定義交互設(shè)計(jì)信息架構(gòu)團(tuán)隊(duì)角色和流程第三十二頁，共五十頁，2022年，8月28日結(jié)構(gòu)層的定義

交互設(shè)計(jì)：作為軟件界面的網(wǎng)頁，為用戶設(shè)計(jì)結(jié)構(gòu)化體驗(yàn)

信息架構(gòu)：作為超文本的網(wǎng)頁，內(nèi)容建設(shè)通過信息架構(gòu)構(gòu)建用戶體驗(yàn)

它們關(guān)心的是理解用戶、用戶的工作方式和思考方式

確定各個(gè)將要呈現(xiàn)給用戶的選項(xiàng)的模式和順序。交互設(shè)計(jì)交互設(shè)計(jì)關(guān)注與描述“可能的用戶行為”，同時(shí)定義“系統(tǒng)如何配合與響應(yīng)”；用戶與軟件的和平相處。概念模型“交互組件將怎樣工作”——概念模型

例如，這是內(nèi)容元素還是用戶訪問的位置還是用戶請(qǐng)求的對(duì)象？

以購物車為例，使用用戶熟悉的概念模型能使用戶很快適應(yīng)不熟悉的網(wǎng)站。錯(cuò)誤處理當(dāng)人們犯錯(cuò)誤的時(shí)候，系統(tǒng)如何反應(yīng)？如何防止用戶繼續(xù)犯錯(cuò)？

方式一：將系統(tǒng)設(shè)置為不可能犯錯(cuò)的那種。

方式二：是錯(cuò)誤難以發(fā)生，系統(tǒng)幫助用戶找出錯(cuò)誤并修正它們。

當(dāng)用戶完成動(dòng)作后才發(fā)現(xiàn)做錯(cuò)了，系統(tǒng)應(yīng)該為用戶提供從錯(cuò)誤中恢復(fù)的方式?！局刈觥?/p>

當(dāng)無法恢復(fù)時(shí)，提供大量警告。第三十三頁，共五十頁，2022年，8月28日信息架構(gòu)信息架構(gòu)著重于設(shè)計(jì)組織分類和導(dǎo)航的結(jié)構(gòu)，從而讓用戶高效率、有效地瀏覽網(wǎng)頁內(nèi)容；信息架構(gòu)的分類體系內(nèi)容分類內(nèi)容分類從上而下的架構(gòu)方法“網(wǎng)站目標(biāo)和用戶需求的理解”從下而上的架構(gòu)方法內(nèi)容和弄能需求的分析一個(gè)適應(yīng)性強(qiáng)的信息架構(gòu)系統(tǒng)，能把新內(nèi)容作為現(xiàn)有結(jié)構(gòu)的一部分容納進(jìn)來（左圖），也可以把新內(nèi)容當(dāng)成一個(gè)完整的新部分加入（右圖）第三十四頁，共五十頁，2022年，8月28日結(jié)構(gòu)方法信息架構(gòu)的基本單位是節(jié)點(diǎn)。節(jié)點(diǎn)對(duì)應(yīng)任意的信息片段或組合，節(jié)點(diǎn)的安排方式：在層級(jí)結(jié)構(gòu)（樹狀結(jié)構(gòu)、中心輻射結(jié)構(gòu)），節(jié)點(diǎn)與其他相關(guān)節(jié)點(diǎn)之間存在父級(jí)/子級(jí)關(guān)系;在矩陣結(jié)構(gòu)中，允許用戶在節(jié)點(diǎn)與節(jié)點(diǎn)之間沿著兩個(gè)或更多的“唯度”移動(dòng)；

在自然結(jié)構(gòu)中，不遵循任何一致的模式，節(jié)點(diǎn)被逐一連接，用于關(guān)系不明確或演變中的主題；

在線性結(jié)構(gòu)中，最基本的信息結(jié)構(gòu)類型，逐一而連貫；組織原則我們決定哪些節(jié)點(diǎn)要編成一組，哪些節(jié)點(diǎn)要保持獨(dú)立的標(biāo)準(zhǔn)即組織原則。應(yīng)創(chuàng)建一個(gè)與“網(wǎng)站目標(biāo)”和“用戶需求”相對(duì)應(yīng)的、正確的結(jié)構(gòu)。

截面：內(nèi)容不同的屬性，使用錯(cuò)誤的截面比沒有使用截面更糟糕。語言和元數(shù)據(jù)命名原則：描述、標(biāo)簽和網(wǎng)站使用的其他術(shù)語。

控制性詞典：保證網(wǎng)站“使用用戶的語言”并“保持一致性”。

元數(shù)據(jù)：關(guān)于信息的信息，即以一種結(jié)構(gòu)化的方式來描述內(nèi)容。第三十五頁，共五十頁，2022年，8月28日?qǐng)F(tuán)隊(duì)角色和流程架構(gòu)圖——描述網(wǎng)站結(jié)構(gòu)的工具術(shù)語；

架構(gòu)圖的主要內(nèi)容：哪些類別要放在一起？哪些保持獨(dú)立？交互過程中那些步驟如何相互配合？視覺辭典“誰負(fù)責(zé)這件事情”，通常取決于企業(yè)文化或項(xiàng)目本質(zhì)。首頁媒體信息產(chǎn)品新聞家用產(chǎn)品辦公室產(chǎn)品在線支持文檔首頁入口頁登錄流程最新消息2a2C技術(shù)報(bào)告前往用戶列表視覺辭典是一個(gè)提供重非常簡單（如左圖），到非常復(fù)雜（如右圖）的示意結(jié)構(gòu)系統(tǒng)。第三十六頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第三十七頁，共五十頁，2022年，8月28日框架層戰(zhàn)略層在充滿概念的結(jié)構(gòu)層中形成了大量的需求，框架層中，我們要更進(jìn)一步地提煉這些結(jié)構(gòu)，確定詳細(xì)的界面外觀、導(dǎo)航和信息設(shè)計(jì)，使晦澀的結(jié)構(gòu)變得實(shí)在。范圍層結(jié)構(gòu)層表現(xiàn)層界面設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)框架層的定義習(xí)慣和比喻界面設(shè)計(jì)導(dǎo)航設(shè)計(jì)信息設(shè)計(jì)線框圖第三十八頁，共五十頁，2022年，8月28日框架層的定義

界面設(shè)計(jì)：確定框架，“按鈕、輸入框、界面控件”的領(lǐng)域；

導(dǎo)航設(shè)計(jì)：呈現(xiàn)信息；信息設(shè)計(jì)：呈現(xiàn)有效地信息溝通。

確定用什么樣的公恩形式來實(shí)現(xiàn)。習(xí)慣和比喻如果我們減少很多反射作用，每天能完成的事情會(huì)大大減少。避免比喻，就是要減少對(duì)用戶在“理解和使用網(wǎng)上功能”時(shí)對(duì)心理的要求。界面設(shè)計(jì)成功的界面設(shè)計(jì)是那些能讓用戶一眼就看到“最重要的東西”的界面設(shè)計(jì)。

一個(gè)設(shè)計(jì)良好的界面是要組織好用戶最常采用的行為，同時(shí)讓這些界面元素用最容易

的方式獲取和使用。（≠把用戶最可能用到的按鈕設(shè)計(jì)成最大的一個(gè)）

技巧一：在界面第一次呈現(xiàn)給用戶的時(shí)候，仔細(xì)考慮每一個(gè)選項(xiàng)的默認(rèn)值；

技巧二：自動(dòng)記住用戶最后一次選擇狀態(tài)的系統(tǒng)。

為用戶想完成的任務(wù)選擇正確的界面元素，通過一種能迅速理解和易于使用的方式，

把他們放置到頁面上去；

錯(cuò)誤信息以及說明信息的設(shè)計(jì)——如何讓用戶真正去閱讀這些文字？第三十九頁，共五十頁，2022年，8月28日導(dǎo)航設(shè)計(jì)目標(biāo)一：必須提供給用戶一種在網(wǎng)站間跳轉(zhuǎn)的方法。（真實(shí)有效的鏈接）

目標(biāo)二：必須傳達(dá)出這些元素和它們所包含內(nèi)容之間的關(guān)系。

這些鏈接之間有什么關(guān)系？

是否其中一些比別的更重要？

它們之間的差異在哪里？目標(biāo)三：必須傳達(dá)出它的內(nèi)容和用戶當(dāng)前瀏覽頁面之間的關(guān)系。

任何一個(gè)網(wǎng)站的導(dǎo)航設(shè)計(jì)都必須完成以下3個(gè)目標(biāo)！哪些鏈接對(duì)用戶是有效的？

幾種常見的導(dǎo)航系統(tǒng)：全局導(dǎo)航：覆蓋整個(gè)網(wǎng)站的通路。

局部導(dǎo)航：提供給用戶在這個(gè)架構(gòu)中道“附件地點(diǎn)”的通路。

輔助導(dǎo)航：提供全局和局部導(dǎo)航不能快速到達(dá)的相關(guān)內(nèi)容的快捷途徑。

上下文導(dǎo)航：嵌入頁面自身內(nèi)容的一種導(dǎo)航。

友好導(dǎo)航：聯(lián)系方式、反饋表單、企業(yè)信息、法律聲明等信息的導(dǎo)航。

遠(yuǎn)程導(dǎo)航

網(wǎng)站地圖

索引表第四十頁，共五十頁，2022年，8月28日信息設(shè)計(jì)最終目的：反映你的用戶的思路，支持他們的任務(wù)和目標(biāo)。線框圖頁面布局是將信息設(shè)計(jì)、界面設(shè)計(jì)、導(dǎo)航設(shè)計(jì)放置到一起，形成統(tǒng)一、有內(nèi)在凝聚力的架構(gòu)的地方。網(wǎng)站標(biāo)志全局導(dǎo)航友好導(dǎo)航指示標(biāo)示線索友好導(dǎo)航局部導(dǎo)航輔助導(dǎo)航搜索下拉菜單文本輸入按鈕合作伙伴主題圖片正文線框圖捕獲所有在框架層做出的決定，并用一個(gè)文檔來展現(xiàn)他們。它作為視覺設(shè)計(jì)和網(wǎng)站實(shí)施的參考來使用。三要素：

通過安排和選擇界面元素來整合界面設(shè)計(jì)

通過識(shí)別和定義核心導(dǎo)航系統(tǒng)來整合導(dǎo)航設(shè)計(jì)

通過放置和排列信息組成部分的優(yōu)先級(jí)來整合

信息設(shè)計(jì)第四十一頁，共五十頁，2022年，8月28日總目錄用戶體驗(yàn)為何如此重要認(rèn)識(shí)這些要素戰(zhàn)略層：網(wǎng)站目標(biāo)和用戶需求范圍層：功能規(guī)格和內(nèi)容需求

結(jié)構(gòu)層：交互設(shè)計(jì)與信息架構(gòu)框架層：界面的設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和信息設(shè)計(jì)表現(xiàn)層：視覺設(shè)計(jì)要素的應(yīng)用第四十二頁，共五十頁，2022年，8月28日框架層戰(zhàn)略層內(nèi)容、功能和美學(xué)匯集到一起來產(chǎn)生一個(gè)最終設(shè)計(jì)，從而滿足其他層面的所有目標(biāo)。范圍層結(jié)構(gòu)層表現(xiàn)層視覺設(shè)計(jì)