《Don't Make Me Think》讀書筆記三

Chapter 8 農場主和牧牛人應該是朋友

                                                                                               ── 爲什麼web設計團隊討論可用性是在浪費時間

   一個喜歡耕田，另一個喜歡放牛，但他們沒有理由不能成爲朋友。

  web開發團隊在可用性問題的決策方面並不是那麼成功，很多團隊花費寶貴的時間討論重複的問題，卻毫無進展。因爲這是一場信仰的大戰，往往不可能改變對方的想法。爲什麼web團隊經常陷入這樣的爭論當中呢？

  1. "每個人都喜歡__"
   因爲在web團隊中，每個人都是用戶，於是，便和普通用戶一樣，有自己的偏好。在討論中，我們不僅會把這些偏好牽涉進來，還會把自己的主張投射到整個web用戶身上，認爲絕對大多數web用戶和我們一樣。

  2. 農場主和牧牛人
   除了個人情緒，還有一個層次的問題，職位情緒。由於各自的職位不同，web團隊的成員們對於好的網站設計由什麼組成有着非常不同的看法。
   設計師喜歡視覺上有趣的網站;開發人員喜歡功能又多又酷的網站;而做市場的人則關注如何吸引風險投資、用戶、戰略伙伴。代表市場文化的人羣往往會下達非常武斷的指令，影響最終的設計。

  3. 普通用戶的神話
    我花了很長時間來觀察人們對網絡的使用，會得到這樣一個結論:所有web用戶都是獨一無二的，所有web的使用都是不同的。越是仔細觀察用戶，越是意識到，他們對網頁的反應和那麼多不同的變量有關係。因此，試圖用一些簡單的喜好來形容用戶既瑣碎又沒作用。真正好的設計會把這些複雜給考慮進去。
   對於大部分的web設計問題，沒有簡單的正確和錯誤，良好的，一體化的設計能夠滿足需求就是好的。比如flash的使用，如果能做得好，也會爲用戶帶來正面體驗。

  4. 對於信仰爭論的解藥
    不要問: "大部分人喜歡下拉框嗎？"，正確的問題是:"在這個頁面上，這樣的上下文中，這個下拉框和措辭會有良好的體驗不？"

   答案就是:測試。測試會讓我們看到用戶的動機、理解和反應，從而讓我們改掉錯誤的想法。

Chapter 9  一天十美分的可用性測試

  很多團隊往往在離網站發佈只有幾個星期的時候，纔想起來做可用性測試。往往是因爲團隊內部起了爭執，需要通過測試來做決定。這樣的可用性測試很可悲，太少了，太遲了，而且是爲了錯誤的理由。

   1. 焦點小組不是可用性測試！

   焦點小組:一組5-8個人，圍坐在桌子旁，對展示給他們的想法和設計作出反應，這是一個小組過程，主要價值來自於參與人員彼此的反應。焦點小組是快速得到用戶意見和感覺的不錯方法。

   可用性測試: 一次一個用戶展示一些內容，要求用戶說出:這是什麼，試着用它來完成一項任務。
   焦點小組抽象的確定你的目標受衆想要什麼、需要什麼、喜歡什麼；可以測試出網站的理念是否有意義；發現用戶對競爭對手的看法等。它更適合早期階段，卻無法告訴你這個網站是否好用。

   2. 關於測試的幾個事實

    1）如果想建立一個優秀的網站，一定要測試

       把測試當旅行，是一種開闊視野的體驗，能提醒你和人們有多麼的不同，又多麼的相像，讓你從新的

        視角看待事物

    2） 測試一個用戶比不做測試好
       用戶做十分鐘的測試，工作人員可以記錄好幾頁的筆記

     3）在項目中，早一點測試一位用戶好過最後測試十位用戶

     4）人們對於招募用戶的代表的重要性估計過高

     5）測試的關鍵不是要證明什麼或者反駁什麼，而是瞭解你的判斷力
       測試能做的是給你提供有價值的參考，加上你的專業經驗，能夠讓你更容易的在a和b之間作出更明智        的選擇

    6） 測試是一個迭代過程
        測試需要遵循開發，測試，修復，再度測試的過程

     7）沒有什麼比現場用戶的反應更重要

   3. 跳樓大減價的簡單可用性測試

  如果你想知道軟件、網站或者vcr是否好用，那麼在一些人試圖使用他們的時候觀察他們，記下他們在哪裏遇到問題，然後修改問題，再度測試。
   可用性測試在最開始的時候花費昂貴，需要建立觀察室，購買兩臺攝像機，招募大量測試用戶。但實際上，跳樓大減價的測試同樣有效。三四個用戶，在會議室裏進行小規模的測試也是可以的。

  4. 應該測試多少用戶

   

    1）每輪測試的理想用戶數是3-4個，三個用戶就能讓你發現所有的問題，只測試三名用戶有助於保證你很快進入下一輪測試

    2）你需要修正第一輪中發現的問題，再進入下一輪測試

    3）資源往往有限，需要關注那些最嚴重的問題，及時討論和修改

    5. 寬鬆招募，曲線上升

    

    實際上，測試對象是誰並不重要。利用你能夠找到的任何人，然後曲線上升。

    

   理由如下: 

    1） 實際上，我們都是初學者

   2） 設計出的網站只有你的目標羣體能用，並不是好主意

   3）專家不會介意對初學者來說很清楚的界面

  當然，也有例外，如果你的網站只有一類人在使用，而招募他們並不難，那就只測試他們。如果使用你的網站需要專業知識，則務必要請到這類型的測試人員。

   6. 在哪裏測試

  你需要一間辦公室、兩把椅子、一臺電腦、一臺攝像機和一個三角架子。事實上，現在用屏幕錄製軟件已經可以代替攝像機。

   7. 誰來引導測試

   任何一個有耐心、冷靜、有同情心、擅於傾聽的人都可以

  8. 誰應該進行觀察

  任何想要觀察的人，團隊成員、市場和業務拓展部門的人員。如何說服管理層爲可用性測試進行投資，最好的策略就是讓他們參與一次用戶測試。

  9. 測試什麼？什麼時候測試？

  在web開發的各個階段，及早進行測試。甚至在開始設計網頁之前，應該測試一下同類型的網站。開始建立網站時，越早把設計思想展現給用戶越好。你可以把設計稿打印出來，給同事看。

   兩種測試方法：

   1） 理解測試:讓他們看到這個網站，看他們是否能理解這個網站，理解網站目標，價值主張，組織方式， 運行方式等。

   2）關鍵任務測試:讓用戶完成一些任務，觀察他們怎麼做。最好是執行一些他們有權參與選擇的任務，比如"找到一本你想買的書"

  10. 立刻回顧測試結果

  每輪測試後，應該儘快讓開發團隊回顧每個人的觀察，決定接下來該如何處理。給問題分類，解決問題

  11. 常見問題

   用戶不清楚網站的概念

   他們找不到自己要找的字眼: 分類不符合習慣或者是名字不是他們期望的

   內容太多了: 減少頁面干擾，把需要的內容突出

   12. 一些問題分類指南

    1）忽略皮划艇問題:用戶不需要任何幫助能回到原來的軌道
     2）抵制添加的衝動:正確方法往往是，去除某個讓人混淆的內容
    3）不要太看重人們對新功能的要求
     4）抓住夠得着的果子:每輪測試中，主要目標是尋找重要而不費力的收穫

  注意，成功的網頁往往要進行巧妙的平衡。哪怕一個微小的變化都會帶來不小的影響，所以千萬別影響了已經正常運行的部分。

   堅持每個月抽一個上午進行可用性測試吧！

Chapter 10 可用性是基本禮貌

   對於web可用性而言，除了讓網站簡潔清楚，還有另外一個組成部分:爲用戶考慮周到。因此，除了問自己:"我的網站清楚嗎？" 還要問，"我的網站值得尊敬嗎？"

  好感存儲器：每次進入一個網站，我們都是從一個好感存儲器開始的，在網站上遇到的每個問題都會降低好感存儲器的高度。

   1. 降低好感的幾種方式

    1） 隱藏我想要的信息
       最常見的情況是隱藏客戶服務的電話號碼、運費和價格。

     2）因爲沒有按照你們的方式行事而懲罰我

     3）向我詢問不必要的信息

     4）敷衍我，欺騙我

     5）給我設置障礙
       一個長長的flash介紹，瀏覽多達數個頁面的市場圖片，都說明，你沒有理解──我很忙

     6）你的網站看上去不專業

    2. 提高好感的方式

    1）知道人們在你網站上想做什麼，並讓它們明白簡易

    2）告訴我我想知道的
       把運費、旅店日常停車費、暫停服務等放在前面

    3）儘量減少步驟
       不要在購買時給我配送公司的貨物跟蹤碼

    4）花點心思
       一個好例子: 惠普的技術支持網站

     5）知道我可能有哪些疑問，並且給予解答

       真正的FAQ, 保持更新，保持坦率

     6）爲我們提供一點協助，例如打印友好頁面(無廣告)

     7）容易從錯誤中恢復

     8）如有不確定，記得道歉

Chapter 11 可訪問性，級聯樣式表和你

  支持可訪問性（主要是針對殘障人士來講）纔是正確做法：我們有多少機會能大幅度的改善人們的生活啊，只是我們把工作做得更好一點。

  開發者和設計師所害怕的是，更大的工作量和設計上需要做出折衷。事實上，現在的網站可訪問性實現起來很困難，技術，軟件，設備等各方面的支持都不夠好。要想獲得真正的進步，需要從四個不同的方面進行改進，由盈利動機、訴訟和立法的威脅、支持移動設備的渴望來激發。

   當然，現在我們也可以做一些事情:

   1. 改正讓所有人感到混淆的可用性問題
    2. 讀一篇文章
      屏幕閱讀器用戶用他們的耳朵掃描
    3. 看一本書
    4. 開始用級聯樣式表
      對格式的控制沒有限制;靈活性;瀏覽器之間的一致性;序列化你的內容;允許你重新定義字體的大小
    5.去摘夠得着的果子
     爲每張圖片增加alt屬性;讓你的表單配合屏幕閱讀器;在每頁的最前面添加一個"跳轉到主要內容"的鏈接;讓所有內容都可以通過鍵盤訪問

Chapter 12 救命！老闆想要我…

1.老闆讓我向用戶詢問超出需要的個人信息

後果: 無法得到真實數據; 得到的完整表單少;使得網站形象下降
原則: 只要求和完成此次事務有關的信息; 不要要求填寫過多可選信息; 告訴我提供信息的回報

2. 老闆讓我爲網站添加注意力和吸引點

後果: 試圖增加吸引點通常會給用戶造成障礙，啓動頁面慢，大圖片載入時間長，音樂和視頻更讓人受不了。
人們喜歡一個網站，不是因爲它炫，而是它擁有足夠的信息和足夠好用。

當然，凡事情沒有絕對，試着去了解老闆的意圖，找到另外一種方式來實現。