前言: 既然有板友分享了UX Myths這個網站 為了帶動HCI討論風氣, 板工我就在這邊替大家服務一下 我會定期替大家翻譯UX Myths的文章 (從最新的開始往回翻) 節省大家閱讀的時間 (不過我不會逐字翻譯) 大家如果有空看英文的話 板工鼓勵大家盡量直接閱讀原文 因為內容畢竟都是來自於國外 而且某些術語目前還沒有很精準的字可以翻譯 大家多認識一些術語可以建立彼此的common ground :) 專業的名詞我就還是保留原文 看完文章若想分享心得或相關經驗都非常歡迎 本文: 來源:http://uxmyths.com/post/831431504/myth-22-usability-testing-is-expensive Usability Testing 迷思#22: 許多公司一直都在認為說usability testing 是一個奢侈, 昂貴並且耗時冗長的工作 但是呢, 事實上usability testing 是可以既快速又便宜的. 為什麼呢 ? 迷思1: usability testing需要一個精美的prototype (high-fidelity prototype, 簡稱Hi-fi Prototype)才可以做. 錯了, 即使是paper prototype (low-fidelity protoype)也可以做usability testing, 而且它可以帶給你寶貴的資訊 (譯註: 其實在design lifecycle裡, paper prototype 是強力被建議要做的而並非 只是該筆者所說的"也可以做." 一個完整的設計流程是包含lo-fi和hi-fi prototype都 經過測試, 評估及改進. 甚至, 就算是paper prototype也是可以分精美程度的) 迷思2: 我需要招募大量的使用者才能做usability testing 錯了, 五個使用者就已經足夠去測試你設計的特定任務, 而且你不需要很正式地招募, 甚至呢, 某些prject你還可以遠端測試, 不一定要找人陪在使用者旁邊喔 (譯註: Jakob Nielsen在研究裡發現只要五個使用者就可以找到85%的usability problem 而第一階段的測試完就要根據問題重新設計prototype. 設計完後是需要在做再一次的 測試, 因為第二次可能會產生新的問題. Steve Krug也說很多的usability 問題其實會被 其他的usability問題給隱藏住, 如果你沒有去解決那些比較明顯的問題(或說那些85%的問 題), 這些小的問題不會浮現, 所以重新設計後再次測試是有必要的, 因此, 所謂的五個使 用者就足夠是說要分次進行, 而每次只需要五個使用者(這樣就需要10個使用者, 如果三次 測試就是15個使用者), 而非只做一次測試, 全部只需要5個使用者. 不過當然啦, 假設 你的成本時間有限, 只能做一次quick & dirty的測試, 那五個使用者就夠了). 那麼, 在預算有限的情況下, 你要怎麼去做usability testing呢 ? 1. The Handbook of Usability Testing的作者 Dana Chisnell的建議是做一個便宜 又不費工的testing來有一個快速的概念看"大概主要的usability問題有哪些": http://www.uie.com/articles/usabilitytesting_dc/ ( XD 我沒辦法每個連結都去簡短翻譯 有人願意幫忙翻的話 非常歡迎^^, 真的有 需求有要我翻的話再跟我說) 2. Jared Spool則認為說 "呃, 大部分的時候根本不需要usability lab這種東西 " 他認為labs這個環境反而會讓使用者無法專注於task上面, 要做testing不需要到 lab做 (譯註: 其實這個概念在mobile HCI裡面特別被拿出來討論, 很多研究人員發現 使用者在lab裡面的操作行為跟實際情況的操作行為有著非常大不同的, 他們認為 user study 應該要讓使用者在實際的情況裡操作, 這是wizard of Oz 這個使用者 測試方法出現的一個主要原因之一) http://www.uie.com/articles/streamlining_usability/ 3. Jakob Nielsen 則有討論如何做一個便宜又快速的usability testing的方法, 而且呢 這個方法可以是非常彈性並且根據情況來做的 http://www.useit.com/alertbox/20030908.html (譯註: 這個網站主要是說大家對usability有怎樣的誤解跟迷思, 非常符合今天的 標題 XD 我認為這個網站值得一看, 因為裡面有很多usability的重要觀念) 4. Steve Krug在 Don’t Make Me Think這本書裡說 三至四個使用者來做測試 其實就夠你找到主要問題了啦~ 5. 在Usability Testing on a Budget這個webpage裡, 幾位UX專家也有分享他們如何做 一個經濟又實惠的usability testing. 老樣子摟, 就是不需要太正式也不需要實驗室 搬張椅子來就可以坐下做測試 http://tinyurl.com/26c233e 6. Chris Fahey認為呢 設計者不應該找別人來幫忙做使用者研究, 他覺得設計者不了解 使用者是一件很鳥的事情 (娃..完全打了顧問公司一槍 XD) http://www.graphpaper.com/2008/02-04_research-interpret-produce-design 7. UXmatters這個網站有在討論usability testing沒有人在旁邊幫忙指導的利和弊, 他們說呢, 如果你已經有一個特定且不複雜的task要讓使用者測試 這種usability testing是最快速有效的, http://tinyurl.com/ydf2lxq 8. UXmatters同時也討論說呢, 其實遠端操作的usability testing還不一定比較經濟 上面有些作者說根據他們的經驗, 恩..面對面的usability testing還是最經濟的 http://tinyurl.com/2fw9ep9 9. Nate Bolt整理了一些quick and dirty的遠端usability testing方式並提出了一些 見解 http://www.alistapart.com/articles/quick-and-dirty-remote-user-testing/ 10. 如果你想多認識一些usability tool.... http://tinyurl.com/y9tqq7j (我連不到該網站 你們可以嗎?) 最後, 你可能就會疑問: 那我要怎麼樣讓stakeholder同意並採納測試勒? (譯註: stakeholder意思是任何有利益相關的人, 例如你幫某家公司做設計, 那他們就是 stakeholder, 如果他們的夥伴也會因此受益 那他們也是stakeholder) 1. 看看 Christine Perfetti 的五大絕招: http://www.uie.com/articles/usability_buy_in_reprint/ 2. 學學Dana Chisnell的大絕: "不爽不要用." 喔 不是, 他是說 "你怎麼知道你是根據可靠的資訊在設計? 你確定他們會那樣用? 你確定? 你懂使用者嗎? 你是使用者嗎? 你懂嗎你懂嗎你懂嗎你懂嗎 你懂嗎嗎嗎嗎嗎嗎嗎? " 然後stakeholder為了早點結束這個話題就會決定採用 http://www.perfettimedia.com/evolution_of_usability_tests/ 以上網址若有人有興趣想要翻譯非常歡迎~~ 如果有人想要接手UX Myth的翻譯的話也可以喔~~ 這是一個很好的學習UX機會 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.136.86.6 感謝告知, 已改為縮網址:D ※ 編輯: Armuro 來自: 220.136.86.6 (08/02 21:35)