你是否曾在用戶測試會議上坐在用戶身邊看他和手頭里的任務掙扎，后讓他們告訴你一切都很容易并且直截了當？如何能讓這些參與者坦誠相告？我發(fā)現(xiàn)了一些技巧可能對你有所幫助。

　　我和一個同事從上周起對注冊表單開始進行一些可用性測試。表單遠非完美，我們也可以看到參與者在測試過程中很糾結。然而，當后面和他們混熟后，他們的回應變得積極，告訴我們表單用起來很簡單而且直截了當。我們感到非常震驚和迷惑，因此討論用一些不同的技巧哄他們不要這么消極。第一件我們要做的事情是找出為什么參與者會感到被推著要積極的原因。了解到我們的處境后，我們把他們放到遠離消極反饋的三個高亮區(qū)域。

　　人們不想詆毀他人的工作成果

　　首先，我們認識到要求他人去批評別人的工作非常困難，尤其是當事人如果知道設計這個作品的人坐在他身旁。所以我們一開始告訴參與者我們跟設計測試案例的公司一點關系也沒有。并鼓勵他們說我們對被測的產(chǎn)品并無個人喜好，而且即使遭受批評也不會得罪我們，這使用戶感到輕松。

　　我們要測試的不是用戶

　　第二點需要指出的是，當一些缺乏自信的用戶在測試中范一些小“錯誤”時，會覺得非常抱歉。這使我們立即想到，用戶可能會覺得他們在測試中遇到的麻煩是由于自己的原因造成的，而不是把問題歸咎于有問題的表單設計。為了解決這個問題，我們在每項任務開始前都清楚的聲明，我們在測試系統(tǒng)，而不是他們。并且我們知道系統(tǒng)存在問題，也希望他們在使用過程中能遇到問題。給我們的測試者這些信息后，他們看起來輕松不少。我們允許用戶抱怨任何問題或對系統(tǒng)覺得困惑。

　　記。河脩絷P注的是終目標

　　在你付費給某人讓他去完成一個預先安排好的過程這種強迫性的情況下，參與者可能會更關注手頭上的任務。似乎我們的測試者并不記得他們在途中遇到的小問題，而只是盡力完成他們被要求做的事。為了防止產(chǎn)生這種問題，我們讓用戶退回到表單，每隔一段時間，詢問他們在首要任務中我們注意到的問題。這可以使用戶回憶起他遇到的所有小問題，并允許他們帶我們認清他們的思維過程，從而確定到底是什么導致這種問題的產(chǎn)生。

　　你才是專家

　　后的幾天，用戶能“告訴”你的很多，但是能“展示”給你的卻很少。后，詢問參與者如何進行改進將是一個不錯的想法，因為他們在使用過程中獲得了很多感受。這會幫助你獲得一些有價值的東西。 但是，如果他們能給你所有的答案，那是他們在做測試工作而不是你了。

　　參與者扮演的主要角色是逐步暴露所有的問題。即使用戶走之前告訴你系統(tǒng)很好用并且他們喜歡他，也沒有關系，至少，你已經(jīng)注意到他們在使用中遇到的麻煩所在？紤]到這點，好的辦法是讓第二個人在用戶測試中記錄用戶做的所有事情。或者，如果你有預算或設施，可以記錄下測試過程稍后再看。在這種特殊的測試下，我坐在參與者后面幾米遠的地方，觀察并記錄發(fā)生的所有事情。

　　讓用戶在完成任務后大聲的說出自己的想法，是一個不錯的想法，因為這樣會給做記錄的人一些額外的解釋信息。

　　讓某人來做記錄，意味著用戶對進程的終意見并不重要。只要你能把所有的牽絆都寫下來，你能得到你想要的。

　　總結

　　1、向參與者聲明你并不是被測產(chǎn)品的設計者

　　2、告之參與者是他們在測試系統(tǒng)而不是系統(tǒng)在測試他們

　　3、讓他們一步步退回到你發(fā)現(xiàn)有問題的地方

　　4、讓手頭上的其他人去記錄用戶都做了些什么

　　5、在后的幾天，你想發(fā)現(xiàn)的是問題本身，而不是用戶對此的想法。

　　你的想法

　　這些是一些你通過努力去鼓勵用戶能反饋更多信息的小技巧，你想使用哪種技巧來獲得反饋？我非常樂意聽到。