用戶體驗的元素詳解課件

用戶體驗（UE）實現(xiàn)的要素戰(zhàn)略功能范圍結構框架視覺視計用戶體驗（UE）實現(xiàn)的要素戰(zhàn)略功能范圍結構框架視覺視計1當產(chǎn)品不受歡迎，誰會受到責備？“我可能過高的估計了成功的可能性”“我一定是沒有好好的閱讀介紹”“我猜我是不夠聰明去使用這項強大的產(chǎn)品”當產(chǎn)品不受歡迎，誰會受到責備？“我可能過高的估計了成功的可能2產(chǎn)品也是人產(chǎn)品也是人3用戶為中心的設計產(chǎn)品開發(fā)的哲學產(chǎn)品制造的出來并不意味著結束產(chǎn)品是通過各種方式提供好的用戶體驗給用戶適當?shù)姆椒ㄖ亓私狻叭恕倍皇羌夹g用戶為中心的設計產(chǎn)品開發(fā)的哲學4用戶體驗一個產(chǎn)品怎樣表現(xiàn)以及在現(xiàn)實世界中使用超越產(chǎn)品本身到與人們生活相聯(lián)系包含著不同范圍的不同因素用戶體驗一個產(chǎn)品怎樣表現(xiàn)以及在現(xiàn)實世界中使用5界面界面6框架框架7結構結構8范圍與功能（目的）范圍與功能（目的）9戰(zhàn)略戰(zhàn)略10用戶體驗的五個層面-由抽象到具體用戶體驗的五個層面-由抽象到具體11語言障礙語言障礙12網(wǎng)頁作為信息的載體網(wǎng)頁作為信息的載體13網(wǎng)頁作為應用網(wǎng)頁作為應用14實施搜索是否會限制我們站點的其它功能在內(nèi)容元素之間定義關系用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.我們的資源是否適合我們實施搜索用戶每一步需要用到的選擇屆面是簡單的-技術是困難的“文檔是一種時間的浪費”通常是有層次的，但不是必須的“我可能過高的估計了成功的可能性”核心競爭力來源于成功的團隊在重要的細節(jié)上引起注意在制作過程中將文檔合并，則不僅僅是將每一步分割開“我可能過高的估計了成功的可能性”用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.溝通不同的信息片斷的相關重要性一個基礎的二元分割實施搜索是否會限制我們站點的其它功能一個基礎的二元分割15戰(zhàn)略層面用戶需求站點必須為使用的人們服務站點目標站點必須為建站人的目的而存在戰(zhàn)略層面用戶需求16用戶需求基本上-用戶們需要的產(chǎn)品一定是：有效的能夠被使用的滿足他們期望的但是對使用者來說更多的是更加具體的東西。用戶需求基本上-用戶們需要的產(chǎn)品一定是：17用戶調查最好的途徑發(fā)現(xiàn)用戶的需求有不同的技術實現(xiàn)這一點，從快速便宜到漫長昂貴推薦這本書用戶調查最好的途徑發(fā)現(xiàn)用戶的需求18用戶細分更加可控的了解用戶需要根據(jù)共同的特征細分你的用戶用戶細分更加可控的了解用戶需要19個體根據(jù)用戶調研溝畫個體性格由一般的共性到具體的個體個體根據(jù)用戶調研溝畫個體性格20站點目標通常也是商業(yè)模式商業(yè)目標商業(yè)動機商業(yè)需要對站點來說要具體獨立于企業(yè)的其它活動站點目標通常也是商業(yè)模式21成功的測量尺度唯一的檢驗方式是它起作用了緊密結合站點的目標明天會更好成功的測量尺度唯一的檢驗方式是它起作用了22范圍層面功能詳述：站點必須包含的應用特點內(nèi)容需求站地必須具備的內(nèi)容要素范圍層面功能詳述：23功能詳述用戶需要哪些應用功能來滿足他們的需求著眼于”它做了些什么”而不是”它怎樣做”不是”它不做什么”具體,但不指示系統(tǒng)設計功能詳述用戶需要哪些應用功能來滿足他們的需求24“我可能過高的估計了成功的可能性”“文檔是一種時間的浪費”使設計適應用戶控制的活動站點必須為建站人的目的而存在缺省設計:我們用執(zhí)行起來最簡單的方法去設計在制作過程中將文檔合并，則不僅僅是將每一步分割開對問題我們建議的解決辦法的結果是什么用戶體驗的五個層面-由抽象到具體必須在團隊中反映的要點是說明頁面元素的相對優(yōu)點在計劃上花的時間將為制造上站點時節(jié)省時間但是對使用者來說更多的是更加具體的東西。用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.通常是有層次的，但不是必須的產(chǎn)品制造的出來并不意味著結束內(nèi)容需求用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.什么形式展現(xiàn)會比較好內(nèi)容從哪里來誰負責內(nèi)容根據(jù)目的制定原素“我可能過高的估計了成功的可能性”內(nèi)容需求用戶需要哪些內(nèi)容或25記錄文檔“文檔是一種時間的浪費”沒有人讀他們它們總不是最新的管理它們太麻煩在計劃上花的時間將為制造上站點時節(jié)省時間在制作過程中將文檔合并，則不僅僅是將每一步分割開記錄文檔“文檔是一種時間的浪費”26結構層面交互設計：用戶怎樣在流程中一步步操作信息結構：用戶怎樣實現(xiàn)內(nèi)容元素間的切換結構層面交互設計：用戶怎樣在流程中一步步操作27交互設計交互動作用戶可以對系統(tǒng)進行操作系統(tǒng)對用戶操作的響應交互設計交互動作28信息架構在內(nèi)容元素之間定義關系反映用戶對主題的考慮通常是有層次的，但不是必須的信息架構在內(nèi)容元素之間定義關系29由上至下vs由下至上由上至下由分類開始并填充相應內(nèi)容由上至下vs由下至上由上至下由分類開始并填充相應內(nèi)容30由上至下vs由下至上由下至上,起于內(nèi)容,并建立起相應的分類由上至下vs由下至上由下至上,起于內(nèi)容,并建立起相應的分類31文檔結構視覺表現(xiàn)表現(xiàn)應該工作的更好圖表由你定制,可簡可繁視覺詞匯J/ia/visvocab文檔結構視覺表現(xiàn)表現(xiàn)應該工作的更好32框架層信息設計:使信息完善屆面設計:控制用戶輸入與系統(tǒng)輸出導航設計:指引用戶在站內(nèi)的移動框架層信息設計:使信息完善33信息設計我們提供什么樣的信息使人們能夠理解并使用它溝通不同的信息片斷的相關重要性引導用戶從一塊轉移到另一塊內(nèi)容(功能)在重要的細節(jié)上引起注意溝通各部分的關系信息設計我們提供什么樣的信息使人們能夠理解并使用它34但是對使用者來說更多的是更加具體的東西。使設計適應用戶控制的活動用戶每一步需要用到的選擇對問題我們建議的解決辦法的結果是什么將所有初步的觀點集中到一個高級”草圖”但是對使用者來說更多的是更加具體的東西。核心競爭力來源于成功的團隊在內(nèi)容元素之間定義關系盡可能快地燃燒自己的能量產(chǎn)品是通過各種方式提供好的用戶體驗給用戶站點必須為建站人的目的而存在視覺設計:”看”和”看和感覺”你選擇的確切的角色并不重要,但你要將所有的層面都考慮到.通常是有層次的，但不是必須的在內(nèi)容元素之間定義關系但是對使用者來說更多的是更加具體的東西。35屆面設計提供一種方法給使用者與應用功能互動.屆面設計提供一種方法給使用者與應用功能互動.36導航設計傳遞可能的選擇給用戶使設計適應用戶控制的活動不同的設計有不同的效果導航設計傳遞可能的選擇給用戶37線框將所有初步的觀點集中到一個高級”草圖”說明頁面元素的相對優(yōu)點建議頁面布局的方法線框將所有初步的觀點集中到一個高級”草圖”38屆面層視覺設計:”看”和”看和感覺”通常被一部分人認為是網(wǎng)頁設計這不僅僅是美工屆面層視覺設計:”看”和”看和感覺”39調色板調色板40排版印刷樣式排版印刷樣式41用戶體驗的無素用戶體驗的無素42用戶體驗的元素詳解課件43要避免的問題缺省設計:我們用執(zhí)行起來最簡單的方法去設計模仿設計:如果它對amazon來說是足夠好的,對我們來說也是一樣的為命令來設計:”因為我說了”要避免的問題缺省設計:我們用執(zhí)行起來最簡單的方法去設計44應用要素應用要素45以用戶為中心的設計的基礎“我猜我是不夠聰明去使用這項強大的產(chǎn)品”以用戶為中心的設計的基礎在重要的細節(jié)上引起注意可能包含許多職責,從編碼到集成應用到測試站點必須包含的應用特點用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.“文檔是一種時間的浪費”站點必須為建站人的目的而存在在內(nèi)容元素之間定義關系用戶的年齡特征不是用戶的內(nèi)在適當?shù)姆椒ㄖ亓私狻叭恕倍皇羌夹g這個解決辦法會促使我們重要考慮其它問題嗎?net/ia/visvocab盡可能快地燃燒自己的能量搜索引擎幾乎所有的站點有一個每一個站點看起來是用一些不同的方式來完成以用戶為中心的設計的基礎搜索引擎幾乎所有的站點有一個46戰(zhàn)略用戶需求用戶需要搜索引擎?有些什么用戶搜索需求的限制站點目標我們的資源是否適合我們實施搜索實施搜索是否會限制我們站點的其它功能戰(zhàn)略用戶需求47范圍功能標準關鍵字鍵入其它領域為了確認原則能夠精確提煉結果的能力內(nèi)容需求標題結果數(shù)據(jù)幫助文檔范圍功能標準48結構交互設計用戶每一步需要用到的選擇系統(tǒng)行為在不同的條件下信息架構架構范圍作為搜索原則元數(shù)據(jù)結構結構交互設計49框架信息設計搜索結果的版式溝通錯誤時的設計屆面設計用戶鍵入機制導航設計進入和出去搜索流程在搜索結果中瀏覽框架信息設計50屆面視覺設計顏色字體排版屆面視覺設計51必須要考慮的問題我們要解決什么對問題我們建議的解決辦法的結果是什么這個解決辦法會促使我們重要考慮其它問題嗎?必須要考慮的問題我們要解決什么52馬拉松和短跑短包是種種短程競賽迅速的開始盡可能快地燃燒自己的能量馬拉松是一個長途賽事調整自己的步伐選擇一個時間釋放自己的能量哪一種賽事你正在打算進行哪一咱賽事你正在進行馬拉松和短跑短包是種種短程競賽53回答反對的意見我們的市場調研告訴我們所有關于用戶我們需要知道的.用戶的年齡特征不是用戶的內(nèi)在我們將跟隨網(wǎng)上的指導書原則常常是概括性的(非細節(jié)的)屆面是簡單的-技術是困難的哪一個更復雜,機器還是人回答反對的意見我們的市場調研告訴我們所有關于用戶我們需要知道54回答反對的意見我們無法承受招聘專家并不是所有事情都需要專家船到橋頭自然直即席創(chuàng)作是為爵士樂專長,不是設計我們將會在QA中解決問題到尋時,己經(jīng)太晚了在計劃中,沒有時間你將會在下次發(fā)布中節(jié)省時間回答反對的意見我們無法承受招聘專家55瀑布式的操作是危險的瀑布式的操作是危險的56交互發(fā)展你的站地永遠不會完結馬上做你現(xiàn)在能做的遠見:看到下一個版本,為之打下基礎交互發(fā)展你的站地永遠不會完結57角色你選擇的確切的角色并不重要,但你要將所有的層面都考慮到.角色你選擇的確切的角色并不重要,但你要將所有的層面都考慮到.589大要素核心競爭力來源于成功的團隊必須在團隊中反映的要點是角色流程9大要素核心競爭力來源于成功的團隊59用戶研究以用戶為中心的設計的基礎通知所有的戰(zhàn)略決定主要的職責是確認用戶的需要崗位:用戶調研分析師易用性分析師用戶研究以用戶為中心的設計的基礎60戰(zhàn)點戰(zhàn)略主要的職責是為了定義站點的目標決定優(yōu)先級和質量的標準成功的尺度商業(yè)分析師產(chǎn)品經(jīng)理生產(chǎn)執(zhí)行者戰(zhàn)點戰(zhàn)略主要的職責是為了定義站點的目標61技術戰(zhàn)略通常對功能標準負責決定技術平臺和標準并使公司應用接受它崗位:高經(jīng)工程師發(fā)展經(jīng)理技術總監(jiān)技術戰(zhàn)略通常對功能標準負責62內(nèi)容戰(zhàn)略通常對內(nèi)容負責決定適當?shù)男问胶椭黝}崗位:內(nèi)容戰(zhàn)略決策者內(nèi)容編輯主編內(nèi)容戰(zhàn)略通常對內(nèi)容負責63使設計適應用戶控制的活動“文檔是一種時間的浪費”通常被一部分人認為是網(wǎng)頁設計“我可能過高的估計了成功的可能性”必須在團隊中反映的要點是在重要的細節(jié)上引起注意你需要能夠了解這些要素并且最后體現(xiàn)對這些要素的考慮能夠精確提煉結果的能力為命令來設計:”因為我說了”用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.用戶每一步需要用到的選擇站點必須為使用的人們服務核心競爭力來源于成功的團隊通常是有層次的，但不是必須的用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.抽象設計將戰(zhàn)略轉化為概念有時可以負責范圍和框架層崗位:信息架構師交互設計師屆面設計專家使設計適應用戶控制的活動抽象設計將戰(zhàn)略轉化為概念64技術實施實施技術戰(zhàn)略可能包含許多職責,從編碼到集成應用到測試崗位:軟件工程師HTML開發(fā)師質量測試者技術實施實施技術戰(zhàn)略65內(nèi)容制造執(zhí)行內(nèi)容戰(zhàn)略收集,編輯和配置內(nèi)容崗位:編輯作者內(nèi)容制造執(zhí)行內(nèi)容戰(zhàn)略66具體設計抽象設計的實現(xiàn)總是對屆面層負責有時負責框架與結構崗位:屆面設計師視覺設計師具體設計抽象設計的實現(xiàn)67項目管理將所有戰(zhàn)術實施綁定在一起在小公司可以全盤負責崗位:制造者項目經(jīng)理項目管理將所有戰(zhàn)術實施綁定在一起689大要素不是九個小組不是九個流程你需要能夠了解這些要素并且最后體現(xiàn)對這些要素的考慮9大要素不是九個小組69所有這些是計劃先行謹慎合理的選擇明確地結合它們做人們喜愛的東西所有這些是計劃先行70用戶體驗的元素詳解課件71用戶需求基本上-用戶們需要的產(chǎn)品一定是：有效的能夠被使用的滿足他們期望的但是對使用者來說更多的是更加具體的東西。用戶需求基本上-用戶們需要的產(chǎn)品一定是：72用戶調查最好的途徑發(fā)現(xiàn)用戶的需求有不同的技術實現(xiàn)這一點，從快速便宜到漫長昂貴推薦這本書用戶調查最好的途徑發(fā)現(xiàn)用戶的需求73內(nèi)容需求用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.什么形式展現(xiàn)會比較好內(nèi)容從哪里來誰負責內(nèi)容根據(jù)目的制定原素內(nèi)容需求用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.74線框將所有初步的觀點集中到一個高級”草圖”說明頁面元素的相對優(yōu)點建議頁面布局的方法線框將所有初步的觀點集中到一個高級”草圖”759大要素核心競爭力來源于成功的團隊必須在團隊中反映的要點是角色流程9大要素核心競爭力來源于成功的團隊76“我可能過高的估計了成功的可能性”使設計適應用戶控制的活動核心競爭力來源于成功的團隊但是對使用者來說更多的是更加具體的東西。產(chǎn)品制造的出來并不意味著結束我們將會在QA中解決問題“我可能過高的估計了成功的可能性”原則常常是概括性的(非細節(jié)的)在重要的細節(jié)上引起注意缺省設計:我們用執(zhí)行起來最簡單的方法去設計將所有初步的觀點集中到一個高級”草圖”對問題我們建議的解決辦法的結果是什么選擇一個時間釋放自己的能量實施搜索是否會限制我們站點的其它功能我們的資源是否適合我們實施搜索內(nèi)容戰(zhàn)略通常對內(nèi)容負責決定適當?shù)男问胶椭黝}崗位:內(nèi)容戰(zhàn)略決策者內(nèi)容編輯主編“我可能過高的估計了成功的可能性”內(nèi)容戰(zhàn)略通常對內(nèi)容負責77項目管理將所有戰(zhàn)術實施綁定在一起在小公司可以全盤負責崗位:制造者項目經(jīng)理項目管理將所有戰(zhàn)術實施綁定在一起789大要素不是九個小組不是九個流程你需要能夠了解這些要素并且最后體現(xiàn)對這些要素的考慮9大要素不是九個小組79用戶體驗（UE）實現(xiàn)的要素戰(zhàn)略功能范圍結構框架視覺視計用戶體驗（UE）實現(xiàn)的要素戰(zhàn)略功能范圍結構框架視覺視計80當產(chǎn)品不受歡迎，誰會受到責備？“我可能過高的估計了成功的可能性”“我一定是沒有好好的閱讀介紹”“我猜我是不夠聰明去使用這項強大的產(chǎn)品”當產(chǎn)品不受歡迎，誰會受到責備？“我可能過高的估計了成功的可能81產(chǎn)品也是人產(chǎn)品也是人82用戶為中心的設計產(chǎn)品開發(fā)的哲學產(chǎn)品制造的出來并不意味著結束產(chǎn)品是通過各種方式提供好的用戶體驗給用戶適當?shù)姆椒ㄖ亓私狻叭恕倍皇羌夹g用戶為中心的設計產(chǎn)品開發(fā)的哲學83用戶體驗一個產(chǎn)品怎樣表現(xiàn)以及在現(xiàn)實世界中使用超越產(chǎn)品本身到與人們生活相聯(lián)系包含著不同范圍的不同因素用戶體驗一個產(chǎn)品怎樣表現(xiàn)以及在現(xiàn)實世界中使用84界面界面85框架框架86結構結構87范圍與功能（目的）范圍與功能（目的）88戰(zhàn)略戰(zhàn)略89用戶體驗的五個層面-由抽象到具體用戶體驗的五個層面-由抽象到具體90語言障礙語言障礙91網(wǎng)頁作為信息的載體網(wǎng)頁作為信息的載體92網(wǎng)頁作為應用網(wǎng)頁作為應用93實施搜索是否會限制我們站點的其它功能在內(nèi)容元素之間定義關系用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.我們的資源是否適合我們實施搜索用戶每一步需要用到的選擇屆面是簡單的-技術是困難的“文檔是一種時間的浪費”通常是有層次的，但不是必須的“我可能過高的估計了成功的可能性”核心競爭力來源于成功的團隊在重要的細節(jié)上引起注意在制作過程中將文檔合并，則不僅僅是將每一步分割開“我可能過高的估計了成功的可能性”用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.溝通不同的信息片斷的相關重要性一個基礎的二元分割實施搜索是否會限制我們站點的其它功能一個基礎的二元分割94戰(zhàn)略層面用戶需求站點必須為使用的人們服務站點目標站點必須為建站人的目的而存在戰(zhàn)略層面用戶需求95用戶需求基本上-用戶們需要的產(chǎn)品一定是：有效的能夠被使用的滿足他們期望的但是對使用者來說更多的是更加具體的東西。用戶需求基本上-用戶們需要的產(chǎn)品一定是：96用戶調查最好的途徑發(fā)現(xiàn)用戶的需求有不同的技術實現(xiàn)這一點，從快速便宜到漫長昂貴推薦這本書用戶調查最好的途徑發(fā)現(xiàn)用戶的需求97用戶細分更加可控的了解用戶需要根據(jù)共同的特征細分你的用戶用戶細分更加可控的了解用戶需要98個體根據(jù)用戶調研溝畫個體性格由一般的共性到具體的個體個體根據(jù)用戶調研溝畫個體性格99站點目標通常也是商業(yè)模式商業(yè)目標商業(yè)動機商業(yè)需要對站點來說要具體獨立于企業(yè)的其它活動站點目標通常也是商業(yè)模式100成功的測量尺度唯一的檢驗方式是它起作用了緊密結合站點的目標明天會更好成功的測量尺度唯一的檢驗方式是它起作用了101范圍層面功能詳述：站點必須包含的應用特點內(nèi)容需求站地必須具備的內(nèi)容要素范圍層面功能詳述：102功能詳述用戶需要哪些應用功能來滿足他們的需求著眼于”它做了些什么”而不是”它怎樣做”不是”它不做什么”具體,但不指示系統(tǒng)設計功能詳述用戶需要哪些應用功能來滿足他們的需求103“我可能過高的估計了成功的可能性”“文檔是一種時間的浪費”使設計適應用戶控制的活動站點必須為建站人的目的而存在缺省設計:我們用執(zhí)行起來最簡單的方法去設計在制作過程中將文檔合并，則不僅僅是將每一步分割開對問題我們建議的解決辦法的結果是什么用戶體驗的五個層面-由抽象到具體必須在團隊中反映的要點是說明頁面元素的相對優(yōu)點在計劃上花的時間將為制造上站點時節(jié)省時間但是對使用者來說更多的是更加具體的東西。用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.通常是有層次的，但不是必須的產(chǎn)品制造的出來并不意味著結束內(nèi)容需求用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.什么形式展現(xiàn)會比較好內(nèi)容從哪里來誰負責內(nèi)容根據(jù)目的制定原素“我可能過高的估計了成功的可能性”內(nèi)容需求用戶需要哪些內(nèi)容或104記錄文檔“文檔是一種時間的浪費”沒有人讀他們它們總不是最新的管理它們太麻煩在計劃上花的時間將為制造上站點時節(jié)省時間在制作過程中將文檔合并，則不僅僅是將每一步分割開記錄文檔“文檔是一種時間的浪費”105結構層面交互設計：用戶怎樣在流程中一步步操作信息結構：用戶怎樣實現(xiàn)內(nèi)容元素間的切換結構層面交互設計：用戶怎樣在流程中一步步操作106交互設計交互動作用戶可以對系統(tǒng)進行操作系統(tǒng)對用戶操作的響應交互設計交互動作107信息架構在內(nèi)容元素之間定義關系反映用戶對主題的考慮通常是有層次的，但不是必須的信息架構在內(nèi)容元素之間定義關系108由上至下vs由下至上由上至下由分類開始并填充相應內(nèi)容由上至下vs由下至上由上至下由分類開始并填充相應內(nèi)容109由上至下vs由下至上由下至上,起于內(nèi)容,并建立起相應的分類由上至下vs由下至上由下至上,起于內(nèi)容,并建立起相應的分類110文檔結構視覺表現(xiàn)表現(xiàn)應該工作的更好圖表由你定制,可簡可繁視覺詞匯J/ia/visvocab文檔結構視覺表現(xiàn)表現(xiàn)應該工作的更好111框架層信息設計:使信息完善屆面設計:控制用戶輸入與系統(tǒng)輸出導航設計:指引用戶在站內(nèi)的移動框架層信息設計:使信息完善112信息設計我們提供什么樣的信息使人們能夠理解并使用它溝通不同的信息片斷的相關重要性引導用戶從一塊轉移到另一塊內(nèi)容(功能)在重要的細節(jié)上引起注意溝通各部分的關系信息設計我們提供什么樣的信息使人們能夠理解并使用它113但是對使用者來說更多的是更加具體的東西。使設計適應用戶控制的活動用戶每一步需要用到的選擇對問題我們建議的解決辦法的結果是什么將所有初步的觀點集中到一個高級”草圖”但是對使用者來說更多的是更加具體的東西。核心競爭力來源于成功的團隊在內(nèi)容元素之間定義關系盡可能快地燃燒自己的能量產(chǎn)品是通過各種方式提供好的用戶體驗給用戶站點必須為建站人的目的而存在視覺設計:”看”和”看和感覺”你選擇的確切的角色并不重要,但你要將所有的層面都考慮到.通常是有層次的，但不是必須的在內(nèi)容元素之間定義關系但是對使用者來說更多的是更加具體的東西。114屆面設計提供一種方法給使用者與應用功能互動.屆面設計提供一種方法給使用者與應用功能互動.115導航設計傳遞可能的選擇給用戶使設計適應用戶控制的活動不同的設計有不同的效果導航設計傳遞可能的選擇給用戶116線框將所有初步的觀點集中到一個高級”草圖”說明頁面元素的相對優(yōu)點建議頁面布局的方法線框將所有初步的觀點集中到一個高級”草圖”117屆面層視覺設計:”看”和”看和感覺”通常被一部分人認為是網(wǎng)頁設計這不僅僅是美工屆面層視覺設計:”看”和”看和感覺”118調色板調色板119排版印刷樣式排版印刷樣式120用戶體驗的無素用戶體驗的無素121用戶體驗的元素詳解課件122要避免的問題缺省設計:我們用執(zhí)行起來最簡單的方法去設計模仿設計:如果它對amazon來說是足夠好的,對我們來說也是一樣的為命令來設計:”因為我說了”要避免的問題缺省設計:我們用執(zhí)行起來最簡單的方法去設計123應用要素應用要素124以用戶為中心的設計的基礎“我猜我是不夠聰明去使用這項強大的產(chǎn)品”以用戶為中心的設計的基礎在重要的細節(jié)上引起注意可能包含許多職責,從編碼到集成應用到測試站點必須包含的應用特點用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.“文檔是一種時間的浪費”站點必須為建站人的目的而存在在內(nèi)容元素之間定義關系用戶的年齡特征不是用戶的內(nèi)在適當?shù)姆椒ㄖ亓私狻叭恕倍皇羌夹g這個解決辦法會促使我們重要考慮其它問題嗎?net/ia/visvocab盡可能快地燃燒自己的能量搜索引擎幾乎所有的站點有一個每一個站點看起來是用一些不同的方式來完成以用戶為中心的設計的基礎搜索引擎幾乎所有的站點有一個125戰(zhàn)略用戶需求用戶需要搜索引擎?有些什么用戶搜索需求的限制站點目標我們的資源是否適合我們實施搜索實施搜索是否會限制我們站點的其它功能戰(zhàn)略用戶需求126范圍功能標準關鍵字鍵入其它領域為了確認原則能夠精確提煉結果的能力內(nèi)容需求標題結果數(shù)據(jù)幫助文檔范圍功能標準127結構交互設計用戶每一步需要用到的選擇系統(tǒng)行為在不同的條件下信息架構架構范圍作為搜索原則元數(shù)據(jù)結構結構交互設計128框架信息設計搜索結果的版式溝通錯誤時的設計屆面設計用戶鍵入機制導航設計進入和出去搜索流程在搜索結果中瀏覽框架信息設計129屆面視覺設計顏色字體排版屆面視覺設計130必須要考慮的問題我們要解決什么對問題我們建議的解決辦法的結果是什么這個解決辦法會促使我們重要考慮其它問題嗎?必須要考慮的問題我們要解決什么131馬拉松和短跑短包是種種短程競賽迅速的開始盡可能快地燃燒自己的能量馬拉松是一個長途賽事調整自己的步伐選擇一個時間釋放自己的能量哪一種賽事你正在打算進行哪一咱賽事你正在進行馬拉松和短跑短包是種種短程競賽132回答反對的意見我們的市場調研告訴我們所有關于用戶我們需要知道的.用戶的年齡特征不是用戶的內(nèi)在我們將跟隨網(wǎng)上的指導書原則常常是概括性的(非細節(jié)的)屆面是簡單的-技術是困難的哪一個更復雜,機器還是人回答反對的意見我們的市場調研告訴我們所有關于用戶我們需要知道133回答反對的意見我們無法承受招聘專家并不是所有事情都需要專家船到橋頭自然直即席創(chuàng)作是為爵士樂專長,不是設計我們將會在QA中解決問題到尋時,己經(jīng)太晚了在計劃中,沒有時間你將會在下次發(fā)布中節(jié)省時間回答反對的意見我們無法承受招聘專家134瀑布式的操作是危險的瀑布式的操作是危險的135交互發(fā)展你的站地永遠不會完結馬上做你現(xiàn)在能做的遠見:看到下一個版本,為之打下基礎交互發(fā)展你的站地永遠不會完結136角色你選擇的確切的角色并不重要,但你要將所有的層面都考慮到.角色你選擇的確切的角色并不重要,但你要將所有的層面都考慮到.1379大要素核心競爭力來源于成功的團隊必須在團隊中反映的要點是角色流程9大要素核心競爭力來源于成功的團隊138用戶研究以用戶為中心的設計的基礎通知所有的戰(zhàn)略決定主要的職責是確認用戶的需要崗位:用戶調研分析師易用性分析師用戶研究以用戶為中心的設計的基礎139戰(zhàn)點戰(zhàn)略主要的職責是為了定義站點的目標決定優(yōu)先級和質量的標準成功的尺度商業(yè)分析師產(chǎn)品經(jīng)理生產(chǎn)執(zhí)行者戰(zhàn)點戰(zhàn)略主要的職責是為了定義站點的目標140技術戰(zhàn)略通常對功能標準負責決定技術平臺和標準并使公司應用接受它崗位:高經(jīng)工程師發(fā)展經(jīng)理技術總監(jiān)技術戰(zhàn)略通常對功能標準負責141內(nèi)容戰(zhàn)略通常對內(nèi)容負責決定適當?shù)男问胶椭黝}崗位:內(nèi)容戰(zhàn)略決策者內(nèi)容編輯主編內(nèi)容戰(zhàn)略通常對內(nèi)容負責142使設計適應用戶控制的活動“文檔是一種時間的浪費”通常被一部分人認為是網(wǎng)頁設計“我可能過高的估計了成功的可能性”必須在團隊中反映的要點是在重要的細節(jié)上引起注意你需要能夠了解這些要素并且最后體現(xiàn)對這些要素的考慮能夠精確提煉結果的能力為命令來設計:”因為我說了”用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.用戶每一步需要用到的選擇站點必須為使用的人們服務核心競爭力來源于成功的團隊通常是有層次的，但不是必須的用戶需要哪些內(nèi)容或在這個站內(nèi)需要什么內(nèi)容.抽象設計將戰(zhàn)略轉化為概念有時可以負責范圍和框架層崗位:信息架構師交