用戶體驗要素閱讀筆記
一．用戶體驗的重要性
概念：用戶體驗并不是指意見產品本身是如何工作的，指的是“產品和外界的東西是如何發生聯系并且發揮作用的”，也就是人們如何“接觸”和“使用”它。
每天我們生活中都有可能遇到許多小麻煩，如我們定的鬧鐘沒有按時響（為什么沒有按時響？），出門上班還遇上堵車（有沒有辦法能夠避開堵車？），會錯過某些事的ddl（有沒有有效貼心的提醒？），擅于發現，生活中還有很多體驗值得改進的地方。
網站的用戶體驗不能夠為你帶來新的用戶，你必須靠口碑或者是市場營銷來吸引潛在用戶，用戶體驗能偶極大地影響訪問者的二次訪問的頻率。
產品必須具備應有的功能，所以有設計師認為產品的“外形服務于功能”，這種觀點對于用戶接觸不到的部分是完全適用的，但是對于直接面對用戶的部分-----按鈕、布局、文字和外觀，不能夠僅由產品的功能決定，而應該由用戶的心理感受和行為決定（用戶直接接觸的東西，按鈕的形狀、大小、擺放位置是否合理？）。
了解清楚你的產品是用來干什么的，如果你的產品是一個主要傳達信息的網站，那么你的任務就是盡可能地去傳遞有效的信息，僅僅將信息擺放在那里是不夠的，它必須以一種幫助人們理解和接受的方式呈現出來。
不管是出于商業目的所創作出來的產品，還是公司內部自己員工共同使用的網站，都必須做好良好的用戶體驗，因為這樣能夠提升內部員工的工作效率，是的員工會更加喜歡自己的工作，而不會選擇跳槽，又會多花費招聘人才的錢。
在乎你的用戶：以用戶為中心的設計思想，就是在開發產品的每一個步驟中，都要把用戶列入考慮范圍。
二．認識相關要素
確保用戶在你產品上的而體驗是在你“明確的、有意識的意圖”之內。就是說，要考慮到用戶有可能采取的每一個行動的每一種可能性，并且去理解這個過程中用戶的期望。
產品分類：
1).功能型的平臺類產品：我們關注的是任務——所有的操作過程都被納入一個過程，去思考人們如何去完成這個過程。
2).信息型的媒介類產品：我們關注的是信息——網站應該提供哪些信息，這些信息對用戶的意義是什么，創建一個富信息的用戶體驗，就是提供給用戶一個可以尋找、理解、有意義的信息組合。
五個層面（自下而上）：
戰略層：
包括經營者想從產品得到什么，也包括用戶想從產品得到什么。結合內外兩者，成為我們設計用戶體驗過程中做出每一個決定的基礎。注重產品如何滿足我們和用戶各自的需求。你需要做：
1)明確我們的產品目標：替公司掙錢或者替公司省錢。但在具體過程中，往往具體要做什么不會特別清楚。
2)品牌識別：對于任何一個網站，它需要有描述的基礎目標之一就是品牌識別。品牌識別，可以是概念系統，可以是情緒反應之所以重要是因為它無法不被用戶注意，在用戶和產品交互的同時，企業的品牌形象就不可避免地在用戶的腦海中形成了。
3)成功的標準是什么：理解“什么時候到達了終點”，制定可追蹤的指標，在產品上線以后用來顯示它是否滿足了我們自己的目標和用戶的需求。
4)用戶需求是什么：考慮群體的差異性，進行用戶細分（人口統計學方法，消費者心態檔案（與產品相關的對某個事物的觀點和看法），對技術的熟悉程度和適應程度）；可用性和用戶研究（問卷調查，焦點小組，現場調查，任務分析，用戶測試（叫用戶來測試你的產品，可以是原型，低保真度原型，高保真度原型），卡片分類（了解用戶對我們產品信息的看法）；創建用戶角色；
范圍層：
結構層確定產品各種特性和功能的最佳組合方式，而這些特性和功能就構成了產品的范圍層，比如，是否保存之前用戶使用這個網站時的郵箱地址就是范圍層要解決的問題。
功能型產品的范圍需求是產品的功能規格，信息型產品的范圍是內容需求。定義項目范圍的同時是在做兩件事：這是一個有價值的過程，同時能產生有價值的產品。過程的價值在于，當整個事情還處于假設階段的時候，它能夠迫使你去考慮潛在的沖突和產品中一些粗略的點，我們能確定現在能解決哪些事情，哪些事情必須再遲一點才能解決。產品的價值在于，被定義的產品給了整個團隊一個參考點，明確了這個項目中要完成的全部工作，能夠保證在設計過程中不會出現模棱兩可的情況。
用文檔來定義產品需求：假設只要有人讀到新文章或者有新的想法，都會啟發負責人靈感，然后考慮增加另一個功能特性，如果這時候不考慮日程上的問題和項目的里程碑是什么，項目就會沒有盡頭，因為根本沒有人指導項目的范圍，又怎么能知道它應該在什么時候結束。
1)原因1：這樣你才知道你真的在建設什么：經過詳細的記錄后，每一個人就會知道項目的???目標是什么，什么時候能夠達到這個目標，而不是最終的產品只是產品經理上的一個不定型的?圖像，也不是人人腦海中存在著的帶有嚴重偏差的關于產品的信息。
2)原因2：這樣你才知道你不需要建設什么：了解“不需要做什么”意味著知道哪些是你不需要馬上去做的東西，把一些杰出的想法先收集起來，找到一種適宜的方式，讓它們符合你的長期規劃。如果沒有意識地管理需求，將會陷入可怕的“范圍蠕變”，像一個滾雪球的過程，雪球會變得越來越大，額外的要求看似不會增加太多的工作量，但應用到實際情況的時候能夠讓整個項目失去控制地膨脹，結束時間遙遙無期，費用也會激增。
定義需求：需求詳略程度取決于該項目的具體范圍，項目范圍小，需求應該詳細；項目范圍大，只需要將需求一般化即可。需求分成三個類別：
1)最顯而易見的是人們講述的，他們想要的東西，這中間會有部分是非常清晰的好想法；
2)人們口中說出來的特性、所期望的特性，其實這部分很有可能是人們想出來的占時的治標不治本方法；
3)人們不知道他們是否需要的特性，可通過頭腦風暴的方法去想一些從未想到過的可能性。
了解用戶的需求，可以通過建設人物角色的方法，一個場景是一個簡短的故事，簡單描述了一個人物角色會如何完成這些用戶需求，我們也可以在幫助他們的過程中找到潛在需求。另外，可以從競爭對手的產品中得到一些啟示。他們是如何權衡和調整那些問題的？
v功能規格說明：功能規格說明不需要包含產品的每一個細節，只需要包含在設計或開發過程中有可能出現的混淆的功能定義，同時功能規格說明也不需要戰網產品未來理想化狀態，只需要記錄在創建這個產品是已經確定下來的決議。
功能規格說明的幾條原則：
1)樂觀：描述這個系統將要做什么事情去“防止”不好的情況發生，不要說“不允許不好的情況發生”，而應該這樣表達“如果用戶想要一個沒有線的風箏的話，這個系統應該引導用戶到沒有風箏線的風箏頁面”；
2)具體：就是像操作性定義一樣，不要用一些概念模糊的詞語，比如“時尚，最受歡迎”之類的。
3)避免主觀語氣：錯誤示范“這個網站的風格應該是時尚、閃繞的”。
內容需求：不同類型的內容，如圖像、音頻、視頻和文字等結合到一起，相互協作去滿足一個需求。
1)不要混淆某段內容的格式和目的，如FAQ(Frequently?Asked?Question)，的價值是隨時?????提供給用戶普遍需要的信息，其他的內容需求也可滿足同樣的目的，但是重點關注格式事，就有可能遺忘目的本身“常見”這個點，設計者總是用其他問題的答案來代替真正能夠滿足FAQ需求的答案。
2)Tips：實現要預測好所需要提供的內容的大小能讓設計者在設計過程中做出明確決策；確定好任務分配，什么人需要負責什么內容元素，否則會一團糟；網站內容更新的頻率應該來自于產品的戰略目標：從你的網站來看，你希望用戶多長時間來訪問一次，從你的用戶需求來看，他們希望多長時間更新一次信息？設計者需要確定一個頻率，這個頻率應該結語用戶期望值和有效資源的一個合理中間值；確定好內容清單和搞清楚具體需求一樣重要。
3)確定需求的優先級大小，如果時間有限，可以把有些需求的實現放在下一個版本中。
結構層：
框架層除了要評估需求是否符合我們的戰略目標，還需要確定的是，實現這些需求的可能性有多確定了在結賬液面上交互元素的位置，而結構層則用來設計用戶如何到達某個頁面，并且在做完這些事情以后應該去什么地方。框架層定義了導航跳上各要素的排列方式，允許用戶瀏覽不同的商品分類，結構層則是要確定這些類別應該出現在哪里。應當合理安排促進人類理解的信息。在這個元素中，主要通過信息架構來構建用戶體驗。
交互設計和信息架構都強調一個重點：確定各個呈現給用戶的元素的“模式”和“順序”。交互設計將關注與將影響用戶執行和完成任務的元素。信息架構則關注如何將信息表達傳給用戶的元素。
交互設計要求理解用戶的工作方式、行為和思考方式。
概念模型：用戶對于“交互組件”將怎樣工作”的觀點成為概念模型，軟件是否吧某個特性處理成用戶所熟悉的某個概念？比如他曾經他去過的地方或者某件他曾經擁有的物品。使用人們熟悉的概念模型，會讓用戶很快適應一個不熟悉的網站，當然，也可以打破傳統，前提是你有一個很好的理由說明你為什么要這樣做，同時準備好另一個需求符合情理之中的概念模型。注意，不要將模擬現實生活中使用的物品化作概念模型后一字不落照搬過來。
錯誤處理：系統應該為用戶提供從錯誤中恢復的方式，警告，撤銷，再次確認都是一些較為常見的方式。
信息架構：關注的是呈現給用戶的信息是否合理并且具有意義。
結構化內容：結構質量最重要的標準，不是用戶完成某個任務的過程中共需要多少個步驟，而是用戶是否認為每一個步驟都是合理的，毫無疑問，用戶會喜歡一個被清晰定義的七步過程，而不是一個令人困惑的，被勉強壓縮的三步過程。一個高效的結構的而有限是具備“容納成長和適應變動”的能力，新內容的積累最終將會使你再次重新審視網站的分類原則。
一般來說，產品最高及使用的組織原則應該緊密與“網站目標”“用戶需求”相關，在結構層級中，內容和功能需求會對采取的組織原則產生重大的影響。了解清楚使用該網站的用戶的第一需求是什么，比如如果是新聞網站，則內容的實時性是對于用戶來說是最重要的因素，這類網站就應該以時間順序作為它顯著的組織原則。
語言和元數據：用戶很難了解設計者的關于描述，標簽和網站使用的命名原則，因此，使用用戶的語言和保持一致性是非常重要的，通常用來強調一致性的工具成為“受控詞典”。與用戶談話并了解他們的溝通方式，是用戶發出一個讓用戶感到自然的命名原則系統的最有效方式。
框架層：按鈕，控件，照片和文本區域的位置，優化設計布局，已達到元素最大的效果和效率。界面設計VS導航設計。
表層：用戶可看到的一系列的網頁，由圖片和文字組成。注重呈現細節。
難題：我們會很難確信某個用戶體驗問題是否可以通過總是這個要素或是那個要素去解決，是在視覺上玩些小把戲就好，還是要改造最基本的導航設計？某些問題要求同時重視多個區域，而另一些甚至就橫跨這個模型中的各個要素邊界上。
另兩個額外因素：
1).內容：對于網站來說，網頁是“內容至上”，大多數網站能夠提供給他們的用戶最終要的一件東西，就是這些用戶認為有價值的內容。
2).技術：在大多數案例中，你所能提供給用戶體驗狀態主要是有技術來決定的。
三．感受
? ? ? ?用了三天看完這本書，書的前大半部分看的比較詳細，有許多不一樣的啟發，后小半部分講的大多還是關于交互的問題和界面上的布局問題，我覺得這些其實是到了具體落實到一個項目上才需要仔細去思考的東西，現在看來并沒有很大的感覺。從這本書中收獲最多的是清楚了一個產品從開始設計到最終變成成品這一過程每個階段要干的是什么。關于書中很有啟發的幾點，一是一定要明確我們現階段的目標，我們這次做這件產品的目標是什么，達到什么樣的標準才算是完成目標，因為在做的過程中肯定會有源源不斷的新的感覺要改的點或是說發現用戶新的需求的點，如果這是一個沒有計劃的過程，會讓我們的工作不知道什么時候才是盡頭，一團糟，把新得到的啟發列入接下來產品的改進計劃是一個很好處理不斷新發現的方法；另外，從用戶嘴里說出來的需求或許只是他面對遇到的困難的緩兵之計，我們應該從他們的話往前推，想明白用戶實際上需要的到底是什么，他提出來的解決辦法是否是最佳解決辦法是我們很值得去想的問題。
總體來說，有了不少新認識，繼續好好看書。
黎偉婷16/4/8
