Chapter 1——簡單

• 不要高估用戶的黏性，要看清其中的“夸耀效用原理”议慰，例如美國人偏好大型蠢古、昂貴、高油耗的汽車别凹，但08年金融危機后草讶，很多人都轉(zhuǎn)投了更便宜、更小油耗的日本車炉菲《檎剑【此處書中沒提及約束條件】
• 「增加的功能越多，越難發(fā)現(xiàn)真正對用戶有價值的新功能」颁督，當產(chǎn)品中變量越多践啄，則越難確定關鍵變量，也就越難發(fā)現(xiàn)產(chǎn)品的關鍵路徑沉御。
• 「簡單 ≠ 極簡主義」，簡單應該是專注于產(chǎn)品目標或當前任務诵棵，剔除其他無關的元素，而不是一味的界面清爽柄冲、隱藏大量操作阁最、顯示元素極少姜盈≌⒉停「簡單的特征和個性應該源自所使用的方法剔宪、所要表現(xiàn)的產(chǎn)品感帅，以及用戶執(zhí)行的任務」帮毁。
• 很多用戶向?qū)Ь褪撬^的「貌似簡單」，產(chǎn)品汪自認為是降低了使用門檻陆错，但實際上「操作向?qū)儕Z了用戶的控制權」，而且「向?qū)н^程越長，用戶體驗效果越差」。

• 在簡化產(chǎn)品前声邦，需要評估每一項的可行性與重要性。

  
  
  可行性--重要性.png

Chapter 2——明確

• 關于「是否已經(jīng)保持了簡單蛇受？」的檢驗問答：
  1.用一句話寫出來（設計什么、遵循哪條設計規(guī)則、是為了什么）；
  2.詳細描述自己希望用戶能有什么樣的體驗（用戶使用場景、設計如何去滿足。實際上就是以用戶為中心儿捧。
• 用戶體驗應特別留意exception情況，不能只專注于理想化的場景情況，最常見的就是：網(wǎng)絡不好、時間碎片化城豁、臨時抱佛腳间聊、過亮或過暗、信息冗余等。
• 為典型、主流用戶而設計喉酌，而非專家型用戶和隨意型用戶。這也就意味產(chǎn)品汪需有能力過濾網(wǎng)絡上大量的輿論噪音鲜锚，牢記可口可樂改配方的例子蔬捷。
• 「簡單意味著控制」高蜂，讓用戶感覺到是在掌握所使用的技術露泊、自己的生活沉噩、完成一個任務。
• 多使用「魚骨分析法」恬汁，不斷地對問題深挖尝蠕，反復問“然后呢？”、“用戶在做什么娜膘？”，梳理用戶操作過程的每一個步驟與細節(jié)，此時不應過多地描述解決方案艘蹋，而是應專注于發(fā)現(xiàn)用戶的感情需求惹盼、合理需求陈肛。
• 利用講故事的方式來描述使用場景：
  1.可信的環(huán)境（故事的“時間”、“地點”）
  2.可信的角色（“誰”立宜、“為什么”）——如果角色上缺少故事，就挖掘環(huán)境吁恍，找出環(huán)境會如何影響角色
  3.流暢的情節(jié)（“什么”肄程、“怎么樣”）——如果情節(jié)遇到麻煩，就返回角色西雀，設想角色會怎么做
• 評估故事并追問：什么因素對用戶的行為影響最大？
  1.整理故事跟束，將對用戶行為影響最大的事情放在前面（汽車經(jīng)銷商的經(jīng)理常被用戶打斷工作冀宴，因此不能專心做營銷計劃）
  2.從故事中尋找突破口（提供任務checklist花鹅，接待完客戶后可以馬上想起之前的工作應怎么接上）
  3.將設計要點按影響重要性來排列黄痪，哪一個因素影響更大？（完成短任務最利于制定出營銷計劃，因此優(yōu)先級最高）
  4.驗證自己的見解（如果見解有偏差會導致什么結(jié)果？哪些不可控因素會影響自己看法要尔？可供參考的正反面例子舍杜？）
• 「**任何項目的前三個方案大約都是對真正重要問題的描述」，但不能因此而不做前三個方案了赵辕，應該考慮縮短前三版的時間既绩，盡快出第四個方案。
• 多與別人交流分享还惠，陳述自己的對問題的認知及解決方案饲握，能順利表達是認清問題全貌的第一步。

Chapter 3——刪除

• 對一個新產(chǎn)品，應從加法做起救欧。先問自己：“最重要的問題是什么”衰粹，然后依次加上最重要的功能和內(nèi)容。
• 砍掉會讓用戶產(chǎn)生挫折感的功能【此處缺少一個例子】笆怠，以及殘缺功能（如任務的匯報方式）铝耻。
• 對功能多問一句「為什么要留著它」，而非「為什么去掉它」蹬刷。多余的就是負擔瓢捉，如果對產(chǎn)品本身沒有回報就應該砍掉。
• 真實接觸用戶办成，聆聽他們的想法及反饋泡态，這樣就能用真實案例去反駁產(chǎn)品會議上高層的假設性問題“可是，假如用戶......”诈火。
• 刪除一項功能兽赁，對不同的用戶影響不同。因此冷守，為了知道用戶真正關心什么及對刪掉某功能的產(chǎn)品的意見刀崖，最好的方法就是使用灰度測試。
• 超鏈接其實并沒有達到方便用戶的預期效果拍摇，相反是分散了用戶的注意力亮钦，每個鏈接都在說“先停一下吧，看看這鏈接后面是什么”充活。
• 聰明合適的默認值可以減少用戶的選擇蜂莉，這也適用于首選項。
• 刪除視覺混亂的元素：
  1.適用空白或輕微的背景色來劃分頁面混卵，不要使用線條
  2.盡可能少使用強調(diào)映穗，如果僅是加粗就可以滿足，就不必又加粗幕随、又放大又紅色
  3.別使用粗黑線蚁滋，淺色且勻稱的線更好
  4.控制信息的層次，盡量不超過三個層次（標題赘淮、子標題辕录、正文）
  5.減少元素大小的變化，如不要在頁面上出現(xiàn)大小不同的六個區(qū)塊
  6.減少元素形狀的變化梢卸，如整個頁面最好只使用一種按鈕樣式
• 刪減文字：
  1.刪除引見性文字走诞，如“歡迎關聯(lián)我們的網(wǎng)站，我們希望......”等廢話
  2.刪除不必要的說明蛤高，如“填寫完這些字段后蚣旱，請您按提交按鈕把申請?zhí)峤唤o我們”
  3.刪除繁瑣的解釋碑幅，如將“產(chǎn)品搜索：回答幾個問題，即可幫您找到合適的產(chǎn)品”改為“產(chǎn)品搜索”
  4.使用描述性鏈接姻锁，如將標題本身作為鏈接
• 精簡句子：
  1.不使用介詞枕赵，因為會弱化謂語
  2.不使用現(xiàn)在時態(tài)，使用陳述性方式表達
  3.將被動句式轉(zhuǎn)換為主動句式
  4.刪掉索然無味的開頭位隶，如“大家都很容易看到這一點，.....”
  5.減少廢話开皿，如使用“每天”代替“在每天的基礎上”

Chapter 4——組織

• 圍繞用戶的行為來組織內(nèi)容和按鈕涧黄，理解用戶行為（用戶想做什么，先做什么后做什么）赋荆。如電商網(wǎng)站購物中笋妥，最大的障礙是注冊流程和有效性檢查，如果不能去掉至少要想辦法推遲窄潭，如果不能推遲就盡量簡化它春宣。
• 先對內(nèi)容有效地組織，然后再考慮如何設計搜索嫉你。
• 重要的元素應大一些月帝，不太重要的元素要小一些。PC的導航應注意用戶能不能輕易地找到想找的按鈕幽污；移動端的導航如果放屏幕底部嚷辅，則觸摸時不會遮擋屏幕。
• 用戶在產(chǎn)品中的“常用路徑”距误，很多時候都不是產(chǎn)品本身設計的“最短路徑”或“關鍵路徑”簸搞。

Chapter 5——隱藏

• 用戶很少使用但自身需要更新的功能，通常都適合隱藏起來：
  1.事關細節(jié)（如對服務器進行配置或設計電子郵件的簽名）
  2.選項和偏好（如修改繪圖應用程序的單位准潭，由英寸改為厘米）
  3.特定于地區(qū)的信息（如時間和日期等需要頻繁自動更新的信息）
• 用戶都是懶的趁俊，他們不會想太多自定義的事情，最多只是在預設好的設置中更改相關屬性（如將PC桌面換成喜歡的圖片刑然，而不是重新設計用戶界面）
• 隨著用戶操作的深入而逐步展示相應的功能寺擂，有幾條規(guī)則需要遵循：
  1.設定一種場景（如從購物車到結(jié)賬時不夠自然，在開頭加上“歡迎安全地付款”則流暢自然了）
  2.講一個故事（所有環(huán)節(jié)應如講故事一樣展開闰集，“你想干什么沽讹？好，接下來我們到下一個頁面去”）
  3.使用用戶的語言來溝通（少使用術語武鲁，多使用接地氣易懂的詞句）
  4.把信息分成小塊展示（大表單拆分爽雄，但表單小塊如地址欄就不拆了）
• 在合適的時機、合適的位置上顯示相應的功能沐鼠，《NewYork Times》就是在網(wǎng)站內(nèi)集成了選詞翻譯/解釋的功能（或接口）挚瘟。

Chapter 6——轉(zhuǎn)移

• 將某些任務交由桌面平臺（如填寫大表單）叹谁，某些任務交給移動平臺（如影圖記錄和移動路線記錄）

  
  
  不同平臺.png

Chapter 7——結(jié)語

• 任務程序都有一些無法消除的復雜性，「設計簡單用戶體驗的最后乘盖，往往不是問“怎樣才能把這個功能設計得簡單”焰檩，而是問“到底應該把這個復雜性放到哪里”」：
  1.這個任務應該是自動化（如Flip的自動對焦），還是應由用戶來控制（如iPhone觸摸屏幕來對焦）订框？
  2.界面中應包含很多功能特定的按鈕（如Hi-Fii音響）析苫，還是只放一些通用的按鈕（如iPod）？
  3.這個任務應該一次完成（如登錄Facebook）穿扳，還是應該分幾段時間來完成（如定制Tumblr）衩侥？
  4.這個任務是應該讓用戶有意識地去處理（如使用屏幕控件來篩選搜索結(jié)果），還是應該在無意識見完成（如查看地鐵圖中的綠色路線）矛物？