Illustration by Juhan Sonin
可用性測試能夠幫助你通過觀察用戶使用產品，獲得一定的洞察，從而顯著改善你的產品。我們知道這是可行的，但很多人並沒有做過可用性測試。那麼，讓我們這就試試看！
5 個簡單步驟，DIY 可用性測試
這篇文章的目的很簡單——當你讀完後，我希望你能自己制定並執行你的第一個可用性測試。當然，不是讓你成為專家，而是讓你能夠通過 5 個簡單的步驟進行產品的可用性測試：
- 計劃
- 實施
- 分析
- 總結報告
- 應用
1.計劃
老實說，建議你不要計劃得太多。
當然，你可以花幾個小時、幾天甚至幾周來計劃極盡完美的可用性測試。
不過，問題是完美的想法，會讓你不能儘早測試，而且總會有這樣那樣的不足——這就是為什麼要不斷改進的原因。
“測試總是有效的，即使是用不合適的用戶進行糟糕的測試，也能夠得到可以改進產品的反饋。”
- Steve Krug
第一個可用性測試一般都會很糟的！即便你做了充分的準備，也有可能你做的任何事情都是錯的。
可用性測試就是這樣的——你不僅會發現產品的問題，而且還會在交流的過程中提高測試技能。
只有一件事對計劃可用性測試很重要：與測試用戶安協調測試並強制自己執行。
我偏向安排一次 30 分鐘的線下測試，求測試用戶分享他們在測試過程中的想法、問題以及見解，或者就近邀請朋友或同事參加測試。
Comic found on OK/Cancel.
2.實施
如果這是你第一次進行可用性測試，請按照以下步驟操作：
- 根據 Steve Krug 的提供的腳本模版，為用戶進行簡短的介紹
告訴他們不能做的事，並且你不實在測試他們，而是測試你的產品。
BTW： Steve Krug 是 DIY 可用性測試的專家，如果想了解更多，我建議你閱讀他的書：《點石成金》（《Don’t Make me Think》）和《妙手回春 網站可用性測試及優化指南》（《Rocket Surgery Made Easy》）。
- 寫出反映產品目的的場景
例如，如果產品的目的是新增用戶並進行捐贈，則可以提供這樣的場景：想象一下，你希望每月向某慈善組織捐贈 100 塊。你偶然發現了這個產品，並想知道你能在這個產品上做些什麼。希望你不斷的探索這個產品。
- 給測試用戶一個具體的任務
確保要測試的功能的最佳方法是撰寫具體的用戶任務。最明顯的例子就是測試註冊流程：你已經探索產品幾分鐘了，現在請嘗試註冊並在做的過程中說一說你的想法。
- 靜靜地觀察而不是主動引導
一個粗略的規則是測試用戶應至少完成 80% 的談話。你的工作是觀察他們的行為並理解他們在說或者在做什麼。如果有疑問，請閉嘴或提出開放式問題，如：你認為發生了什麼？或著：如果點這，你認為會發生什麼？
這看起來似乎有點令人難以忍受，這就是為什麼我建議在進行真實用戶進行測試之前，與朋友和同事進行測試的原因。這樣你在的測試就有較少的錯誤和不足（這對於學習目的來說很重要），你將開始內化你自己進行可用性測試的過程。
3.分析
實施可用性測試是一回事，分析就是另外一回事了。
這很難用語言描述…
也就是說，如果你還沒有做過任何測試，學習如何分析可用性測試結果那是相當複雜的過程。
我建議你瞭解下 Steve Krug 可用性測試演示例子，然後你就會知道分析可用性測試所需的東西了：
在演示結束時，要求你列出可用性調查結果的 Top 3，並且可以將你所得的列表與 Steve 的前 3 項調查結果進行比較。
除此之外，我鼓勵你按照本文的第 1 步和第 2 步開展。
確保記錄用戶的行為（視頻）和聲音（音頻），或者通過記錄筆記並密切關注測試用戶的言行舉止——更重要的是——如何通過產品捕捉測試過程中的洞察和見解。
4.總結報告
通常，可用性測試由外部專家完成。這種方法明顯的問題是這些專家需要向你以及你的團隊報告調查結果，這通常會花費大量時間和金錢。
自己做可用性測試，它變得更容易。
我之前做了一個社交類應用，並且規劃了一個原型，並開 4 個用戶進行測試。
起初我想在測試期間捕捉他們的行為和聲音供以後參考。
事實證明，這是沒有必要的，因為經過一次測試後，我得到了更多的結果，因此取消了剩餘的測試，然後回家改善產品規劃。
“當設計者進行測試時，他或她會知道發生了什麼，並且能夠立即重新設計，以解決測試過程中發現的問題。沒有測試，就沒有總結報告，也就沒有在需求之外的交流溝通。“
- Jakob Nielsen
令人意想不到的事，自從我測試設計以及規劃以後，我能夠很快分析和報告結果了。
當第一次測試結束時，我想要改進一些東西，並將想法融入我的原型中，從而進行新一輪測試。
5.應用
這是最後一步，如果你自己做可用性測試，使用結果變得順理成章，除非你的結果差強人意，或者和目標差距太大。
你會發現在設計規劃中遇到了很多問題，根據測試觀察進行改進，並重複測試，直到用戶不再有任何與你的產品（網站/應用/原型）有關的嚴重問題。
這是我能想象的最自然不過的事。
不要讓術語可用性影響到測試——你所要做的就是要求他們不斷嘗試使用你的產品。
你不需要成為一名專業人士，從觀察使用你產品的測試用戶那獲得真正的價值。
還在等什麼？！
首先，如果你還沒有看 Steve Krug 的可用性測試演示例子，那麼返回第 3 步去看看。
其次，決定你想要測試的內容（例如你的產品）並完成上述步驟。
這比你想象的要容易得多，你會發現你得到的甚至比你期望的更多…即便你做的有可能都是錯的…
閱讀更多 Jikuair 的文章
