第1章 別讓我思考
要使網站看上去一目了然，或者需要自我解釋。讓用戶在第一眼就理解網站上各個元素的作用，并且盡可能的不要讓用戶對網站功能產生疑問。
第2章 我們實際上是如何使用WEB的
我們使用WEB的三個事實：
1）我們不是閱讀，而是掃描【關于WEB使用人們會花極少數的時間來閱讀大部分頁面。我們只是掃描一下網頁，尋找吸引我們注意力的文字或詞語。我們在網頁上看到什么取決于我們想看到什么，通常只是頁面上的一小部分內容。】
2）我們不作最佳選擇，而是滿意即可【大多數時間我們不會選擇最佳選項，而是選擇第一個合理的選項，最佳策略耗時太長，而且查看網頁如果在不對的情況下不會有什么嚴重后果只要返回上一頁就行了。】
3）我們不是追根究底，而是勉強應付【在很大程度上人們一直在使用這些東西，但并不理解他們的運作原理，甚至對它們的工作原理有完全錯誤的理解，這對我們來說并不重要，如果發現某個事物能用，我們就會一直用它，很少去主動尋找更好的方法。】
第3章 廣告牌設計101法則
要保證用戶們盡可能的看到并理解你的網站，那么你需要注意5個重要方面
1）在每個頁面上建立清楚的視覺層次【最重要的部分越突出；邏輯上相關的部分再視覺上也相關；邏輯上包含的部分在視覺上進行嵌套】
2）盡量利用習慣用法【它們非常有用；設計師們通常不愿意利用他們；如果打算創新，那么你必須理解你準備換用的方法的價值，值不值得用戶付出一點努力來學習。】
3）把頁面劃分成明確定義的區域【這一點很重要，可以讓用戶很快決定專注頁面的哪些區域，或者放心跳過哪些區域。】
4）明顯標識可以點擊的地方
5）最大限度降低干擾，降低視覺噪聲【眼花繚亂；背景噪聲。】
第4章 動物、植物、無機物
為什么用戶喜歡無需思考的選擇：用戶不介意有多少次點擊，只要每次點擊都是毫不費力的，并且讓用戶堅信自己的選擇正確。
如果我們一直在網絡上進行選擇，那么這些選擇變得無需思考是讓一個網站內容容易使用的主要因素。
第5章 省略不必要的文字
有力的文字都很簡練句子里不應該有多余的文字，段落中不應該有多余的句子。
l 可以降低頁面的噪聲
l 讓又用的內容更加突出
l 讓頁面簡短，使用戶再每一頁上一眼就能看見更多的內容
1）去掉歡迎詞
2）去掉指示說明
第6章 街頭指示牌和面包屑
如果在網站上找不到方向，人們不會使用你的網站。
1）網絡導航101法則【用戶通常是為了尋找某個目標；他會先選擇詢問還是先瀏覽；如果選擇瀏覽，他將通過標志的引導在層次結構中穿行；最后找不到想要的東西他會離開。】
2）無法承受的瀏覽之輕【感覺不到大小；感覺不到方向；感覺不到位置。】
3）被忽視的導航用途【告訴我們現在在什么位置；給我們一些固定的感覺；告訴我們如何使用網站；給我們對網站建造者的信心。】
4）WEB導航習慣用法【網站ID、欄目、實用工具、下一級欄目】
5）保持網站每一頁的持久導航都一致；應該包括站點ID、欄目、回主頁的方式、搜索的方式、實用工具
6）主頁和表單可以不需要持久導航
7）保證有可以立刻回到首頁的按鈕或鏈接
8）提供搜索【避免花哨的用詞；避免指示說明；避免選項。】
9）低層次的導航也要重視
10）頁面名稱【每個頁面都需要一個名稱；頁面名稱需要出現在合適的位置；名稱要引人注目；名稱要和點擊的鏈接一致。】
11）你在網站中的位置【在導航中需要用明顯的視覺效果突出出來。】
12）面包屑【層級菜單，告訴你所在層級結構的前后關系；放在最頂端；使用“>”對層級進行分隔；使用小字體；使用文字“你在這里”將你正在瀏覽的頁面名稱加粗；不要把它們當作頁面名稱。】
13）標簽的優點【它們淺顯易懂；它們很難錯過；它們很靈活；它們暗示了一個物理空間。Amazon的優點：正確繪制、顏色編碼區分】
導航中所用元素介紹：
1）站點ID：代表了整個網站，需要出現在頁面可視層次的首要位置
2）欄目：有時候也稱為主導航條，是到達主要欄目的連接
3）實用工具：是到達網站中不屬于內容層次的重要元素的連接
第7章 首先要承認主頁不由你控制
設計主頁：
l 站點的標識和使命【告知用戶這是什么網站，做什么的，為什么我應該在這里而不是別的網站】
l 站點層次【主頁要給出網站提供服務的概貌】
l 搜索【大多數網站需要在主頁上設置一個突出顯示的搜索框】
l 導讀【吸引用戶】
l 內容更新【定時間的內容更新顯示網站并非死水】
l 友情鏈接
l 快捷方式【熱門或最常訪問的鏈接可以放置在主頁最上方】
l 注冊【如果網站有注冊機制應該讓用戶知道自己已經登陸了】
l 讓我看到自己正在尋找的東西
l 推薦一些我可能會感興趣的但是還沒有尋找的東西
l 告訴我從哪里開始
l 建立可信度和信任感
如何傳達主頁信息：
1）口號
最有價值的位置之一是靠近站點ID的地方，可以放置口號。口號是一條精煉的短句，刻畫了整個企業，總結它是什么，為什么卓越
口號是非常有效得而信息傳達方式，但是有幾點要考慮：要清楚、言之有物，不要含混不清；長度適中；要表述出網站的特點和顯而易見的好處，不要太籠統；應該有個性、生動，有時還很俏皮。
2）歡迎廣告
網站的簡介描述，在主頁的首要位置顯示
傳達信息的指導原則：
l 需要多大空間就使用多大空間
l 但也不要使用過多的空間
l 不要把使命陳述當做歡迎廣告
l 最重要的是進行測試
主頁導航可以不一樣
欄目描述【由于主頁要盡可能多的表現網站內容，甚至可能想列出下一級欄目】
不同的方向【主頁通常和其他頁面的布局不同，因此它可能有必要使用垂直導航而不是水平導航，反之亦然】
用于識別的空間更多【主頁上的站點ID通常會比持久導航上的更大，】
下拉框的問題：
l 只有在點擊的之后才能看到下拉列表的內容
l 如果設計師使用標準的HTML下拉菜單，他們無法控制字體、間隔和列表的樣式，以提高菜單的可讀性和視覺美觀，也沒有什么好辦法把列表分成幾個組
l 他們不好控制，列表的顯示和收縮很快，因此會影響查看效果
防止主頁的過度使用【任何共享的資源（共有區域）都會因為過度使用而遭到破壞；可以從其他熱門頁面推薦，或者輪流使用主頁上的同一塊空間】
第8章 農場主和牧牛人應該是朋友
為什么web設計團隊討論可用性是在浪費時間，如何避免這種情況
l 不要把自己的喜好投射到整個WEB用戶身上
l 所有的WEB用戶都是獨一無二的，所有WEB使用都是不一樣的，必須要把用戶的復雜性考慮進去
l 不應該討論“大部分人是否喜歡下拉框”，“而是討論這個下拉框放在這個地方是否會讓用戶有一種好的體驗”【要在合適的位置放置合適的東西，讓用戶產生舒適的體驗】
第9章 一天10美分的可用性測試
焦點小組不是可用性測試
l 焦點小組——一小組人（通常是5~8人）圍坐在桌子旁邊，對展示給他們的想法和設計做出反應，這是一個小組過程，主要價值來自參與人員彼此的反應。焦點小組是快速得到用戶意見和感覺的一種不錯的方法。【抽象的確定你的目標受眾想要什么、需要什么、喜歡什么的時候很有用，他們也可以測試出網站的理念是否有意義，價值主張是否吸引人。同時在測試你的網站功能命名，發現用戶對你的競爭對手的看法等方面。但這種方法不適合用來了解你的網站運行狀況，以及怎樣改進網站】
l 可用性測試——對一個用戶展示一些內容（不管是網站還是網站原型，或是一些單個頁面的草圖）并且要求用戶說出：1.這是什么；2.試著用它來完成一項典型的任務
關于測試：
l 如果想建立一個優秀的網站，一定要測試【了解它是否運作正常】
l 測試一個用戶比不做測試好一百倍【測試總會有效果】
l 在項目中，早點測試以為用戶好過最后測試50位用戶【web在上線以前更改都是相對來說比較容易的，但是上線后要改變它們就不那么容易了，有些用戶拒絕做出任何變化。】
l 人們對招募用戶代表的重要性估計過高
l 測試的關鍵不是要證明什么或者反駁什么，而是了解你的判斷力
l 測試是一個迭代的過程【測試不是做一次就可以了，而是要循環開發、測試、修復、在讀測試的過程】
l 沒有什么比現場用戶的反應更重要
簡易可用性測試
l 應該測試多少用戶【每輪測試理想用戶數量應該是三個，最多四個，第一輪測試可能會遇到幾乎所有最明顯的問題，而且要多做幾輪測試。】
l 寬松招募，曲線上升【實際上，我們都是初學者；設計出的網站只有你的目標群體能使用，這通常并不是一個好主意；專家通常不會介意對初學者來說很清楚的界面。但也有例外：如果你的網站幾乎只有某一類用戶使用，而且招募這一類測試用戶并不困難；如果你的目標用戶群體可以分成幾個明顯的陣營，而且這些陣營有著完全不同的興趣和需要；如果使用你的網站需要專門的領域知識】
當你在進行招募的時候，應該主語一下幾個問題：
l 提供合理的激勵
l 邀請要簡單
l 避免對網（或網站背后的組織結構）進行預先討論
l 別不好意思請朋友和鄰居幫忙
測試什么，什么時候測試
要在WEB開發的各個階段及早進行測試，還有經常測試，開始設計前可以先測試一下同類的網站
l “理解”測試——讓測試用戶看到網站，他們是否能理解這個網站的目標、價值主張、組織方式、運行方式等。
l 關鍵任務測試——讓用戶完成一些任務，看他們是怎么做的。
l “小隔間”測試——在做好一個頁面時就給別人看，看他們是否能弄清頁面的意思。
立刻回顧測試結果
每輪測試后，應該盡快讓開發團隊回顧每個人的觀察，決定接下來該如何處理
l 給問題分類
l 解決問題
常見問題
l 用戶不清楚概念
l 他們找不到自己要找的字眼【你用來組織內容的分類不符合用戶習慣；分類符合他們的習慣，但沒有使用他們期望的名字】
l 內容太多了【減少頁面上的整體干擾；把他們需要看到的內容設置的更加醒目突出。】
一些問題分類指南
l 忽略“Kayak”（皮劃艇）問題【用戶暫時出現錯誤，然后再不需要任何幫助的情況下回到原來的軌道。當然如果最這樣的問題有一種簡單而又明顯的修正方法并且不會影響到其他內容，那么盡管去修正。】
l 抵制添加的沖動
l 不要太看重人們對新功能的要求
l 抓住夠得著的果子【恍然大悟型、 便宜型】
進行變更的建議：
哪怕一個微小的變化都會帶來不小的影響，有時候真正的挑戰不是修正你發現的問題，而是修正這些問題同時不破壞已經正常運行的部分。
每個月進行一次可用性測試，只要一上午。
第10章 可用性是基本禮貌
做正確的事，為用戶考慮周到
用戶的好感儲存器
l 它因個人特質而不同
l 它依情況而定
l 你可以重新填滿它
l 有時候一個錯誤就能清空它
降低好感的幾種情況：
l 隱藏我想要的信息
l 因為沒有按照你們的方式行事而懲罰我
l 向我詢問不必要的信息
l 敷衍我，欺騙我
l 給我設置障礙
l 你的網站看上去不專業
提高好感度的幾種情況：
l 知道人們在你網站上想做什么，并讓它們簡單易懂
l 告訴我我想知道的
l 盡量減少步驟
l 花點心思
l 知道我可能有哪些疑問，并給予解答
l 為我提供協助，例如打印友好頁面
l 容易從錯誤中恢復
l 如有不確定，記得道歉
第11章可訪問性、級聯樣式表和你
支持可訪問性才是正確的做法
現在就能正確實施的五件事：
1）改正讓所有人感到混淆的可用性問題
l 經常測試，然后不斷消除讓每個人都混淆不清的地方。
2）讀一篇文章【國內暫時不用】
l Guidelines for Accessible and Usable Web Sites：Observing Users Who Work with Screen Readers（網站可訪問及可用指南：屏幕閱讀器用戶觀察）
3）看一本書【略】
l Joe Clark《Building Accessible Websites》
l Jim Thatcher等《Constructing Accessible Websites》
l John Slatin和Sharron Rush《Maximum Accessibility：Making Your Web Site More Usable for
Everyone》
l 一張CD《The WebAIM Guide to?Web Accessibility Techniques and Concepts》
4）開始使用級聯樣式表
l對格式的控制沒有限制
l 靈活性
l 瀏覽器之間的一致性
l 序列化你的內容
l 允許你重新定義文字大小
5）去摘夠得著的果子【不太適用了】
l 為每張圖片增加一個alt文本
l 讓你的表單配合屏幕閱讀器
l 再每一頁的最前面增加一個“跳轉到主要內容”的鏈接
l 讓所有的內容都可以通過鍵盤訪問
l 如果沒有充分的理由，不要使用JavaScript
l 使用客戶端（而不是服務器端）的影像地圖
第12章 救命！老板想要我……
當好人遇不到好的設計決策（哇，這標題放到小說里可能有很多人會想歪）
詢問不必要的信息可能產生的三個嚴重后果：
l 無法得到真實的數據
l 到的完整表單更少
l 是您的網站形象下降
要記住下面三個原則：
l 只讓我提供完成此次事務所需要的信息
l 不要要求填寫過多可選信息，容易讓生產生不快
l 告訴我提供自己的信息能得到的回報
網站的外觀效果不能夠影響到其功能，否則就會流失客戶。
