2014-4-9 藍藍設計的小編
轉載藍藍設計( paul-jarrel.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供有效的 BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
來源：http://www.uisdc.com/100-things-you-should-know-about-design
如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里
在最初的一次網站設計可用性測試實驗中，我遇見了一位和藹可親的老大媽，她從來沒用過鼠標。在測試過程中，她一直用手比劃著，一邊對著屏幕在空氣中比劃，一邊對著光標說著建議的話。在測試最后，我當然沒有得到任何結果，但是她堅持認為我是一個“可愛的男孩”，并且應該認識一下她的孫女。很快地，我學習到了如何設置實驗者招募的核心標準。
如果你之前做過一個可用性測試，你就會知道這個不是看起來那么容易的。雖然這不是火箭科學，但其中也包含一些舉足輕重的復雜性。在這篇文章里，我會分享一些我學到的關于如何幫助你避免你的可用性測試者在測試時最后進入一個令人泄氣的結果的課程。
在我事業開始的第一年里有非常多我本可以學習的可貴的經驗，并且我認為在錯誤中學習是學習的最好方法，我們并不是總有機會去失敗。這里有一些藍藍設計學習道路上的小技巧，可以幫助你快速提升可用性測試的技巧并且避免一些陷阱。
當我們開始一個新的可用性測試時，不要遲疑，你所要做的就是挑選出網站的主要區域，然后讓用戶完成那些測試。在這個過程中你會發現一些有用的見解，但是也許當你呈現出這些發現時，你因為無法回答網站盈利者提出的問題而被圍得團團轉，你也別因此而驚訝。
問問那些你最后需要報告的人，他們在調查中他們最需要的關鍵問題然后回答他們。如果測試結束時你得到了很多問題，按優先級排序它們，然后盡你所能地解決它們。如果這些問題看起來太模糊，或者你不確定他們為何要這樣問，找到原因。你懂得這些問題背后的原因越多，在中期測試時你就能越好地回答你是如何調整測試和測試者提出的問題。
當參加者在做一個測試時，通常他們不知道要如何表現。當有一臺相機對著他們照或者有人總是在看著他們的肩膀時他們會有點緊張。所以在開始時如果他們看向你尋求指導時別感到驚訝。如果在測試開始你要忙著指揮全場，你需要加強他們需要得到你的允許才能動作的觀念。
在一系列測試開始時，通過允許他們離開和開發任何他們喜歡的方向來鼓勵使用者向你表現出他們最自然的行為。我會對他們做一個預測試，這里面包含了一個他們在真實情況下會遇到的問題，然后我會讓他們擺脫束縛盡可能自然地回答這個問題。舉個例子，我想要測試一個在線物權法網站，所以在第一期的測試中我會讓測試者在具體預算范圍內，尋找一個他們可能買的房子。這讓我們了解到他們如何在使用網絡時擁有一個現實的視角，同時也設置在測試中的下一個任務的背景。
在早期的日子里，我在測試腳本中設置了一個任務，一旦用戶開始偏離了任務我會控制他們，并要求他們再次嘗試。不只是因為我有控制欲，而是有時候當我失去了與測試者的聯系，我就會認為我浪費了這次本可以讓我學習到東西的機會。
始終留給測試者空間，讓他們能夠自由漫游的網站，也可以稍微偏離一點點。你可能會覺得你失去了控制，參與者誤解了任務，但放松一點，因為你將會為看到他們走到哪里，以及為什么而感到著迷。你會經常在這個過程中發現寶貴的東西，所以大膽地讓它發生。如果您需要的軌道上，你可以拉回來，但必須要等到你確定他們已經不能靠自己找回原來的路才行。
要強硬控制測試者，讓他們專注于做你想要他們做的任務是很簡單的。當他們做了一些有趣或意外的事情，此時你問問他們在想什么，這是很有用的。但太頻繁或過早地問他們，像我上面提到的，你也許不能觀察到他們自然的表現。
在這個過程中，盡量不要中斷參與者的思維過程。你打斷的次數越多，他們越沒有信息獨立完成這些任務。如果你每隔30秒就對他們提問，他們將會失去思維的流暢性，你將看不到任何自然的表現。你可以把他們的思維帶回來，然后問問發生了什么。我看到了很多新手在做可用性測試時犯了這樣的錯誤，所以我提醒他們，這是不可能在提問的同時和觀察用戶在做什么的。
我想可能是當你做一些新的東西時，會想要控制這些變量并且鎖定那些未知因素，因此直到我現在提過的，都比較嚴格。但經驗之談，你要相信你能夠處理發生的任何事情，這個自信應當讓你慢慢減弱你的控制欲。
在我早期，我喜歡把給用戶設置場景的任務寫出來。但我很快就意識到，當我的設置不符合他們平時應有的表現時，他們就不太會參與其中。我記得有一次，為了完成一個測試，我讓一個19歲的男孩把自己想象成他是三個孩子的母親。不用說，他很奇怪地看著我，一點也沒有真正地參與這個測試，知道最后他完成不了任務而放棄。
你可以設置出所有你希望用戶來完成的測試任務，但是最好是根據不同用戶為他們量身定制對應的任務。雖然做不到每次都這樣，但是花一點時間在測試的開始去研究測試者是誰以及他們目前使用的同類產品或服務，是非常有價值的。如果你可以使用它來建立一個測試環境，適合他們想解決一個真正的問題或情況，當有人真的假裝在這個測試環境下，你可以發現的遠不止此。
對于你和你的測試者，在一個網頁上花上個把小時會非常無聊。但是，無聊是不是唯一的問題。你所有的調查結果是基于一個孤立的事件。你有沒有真正理解這個人是否總是到搜索框，還是他們剛才的行為只是被導航選項搞糊涂了。只觀察一個頁面的測試并不能讓你真實地了解人們是如何使用這個網站的。
把對你的網站的使用時間和對同行網站的使用時間也列為其中一項測試。要做到這一點最好的辦法，就是在開始測試時詢問測試者他們目前正在使用的網站，并讓他們向你展示。然后你可以介紹一個他們沒有使用過的競爭對手或同行的網站。你可以了解到他們更多的行為模式，為什么他們選擇使用這個網站而不使用另一個，更重要的是，你將了解在其他網站上，什么是行之有效的。當你需要解決網站上一個棘手的可用性問題，這會是一個偉大的靈感來源。
在過去我會犯這樣一個錯，很明顯的讓他們知道我在測試哪個網站。雖然有時候這是難以避免的，但如果可以的話，我會建議不要讓他們知道你在測試哪個網站。主要的原因是，它可以是任何人都很難完全憑經驗而很誠實地進行測驗，尤其當你身為這個公司工作的職員或是一個代理。
如果我沒有之前參與設計網站的可用性測試的經驗，我會總是強調自己的獨立性。另一個竅門是，在真正測試你的網站之前，讓參與者使用競爭對手的網站，反饋給你他們真實的體驗。如果在他們還不知道正在測試哪個網站的情況下，你能做到這點，你能得到他們最誠實的初步想法的可能性會大很多。在測試快要結束時，很明顯你已經花了大部分的時間在來設置網站可用性測試的任務上，但那時，你應該已經能對他們直觀的第一反應有了很好的理解。
如果你想提高你的可用性測試技術，沒有比增加測試次數更好的方法了。然而，正如我在這里強調的，你可以去研究看看，你設置的任務以及如何與測試者互動是怎樣影響你的研究成果的。將測試的重心放在關鍵問題上，而不是過于嚴格，這樣會有一個良好的起點。此外，使用競爭對手的網站作為測試的一部分，并鼓勵用戶盡可能自然的行為，可以產生更好的結果。