可用性測試：2022 年綜合指南
已發表: 2022-05-06如果您努力創建一個新的應用程序、網站、產品或功能，卻發現您的用戶只是不喜歡它怎麼辦？ 可用性測試是在您將產品推向市場之前發現真實用戶如何體驗您的產品的關鍵。
現實情況是，當您構建某些東西時，您會非常熟悉它。 如此熟悉，以至於您可能會發現自己對它的缺陷視而不見。
僅僅因為您和您的團隊發現您的產品非常直觀和令人愉快，並不一定意味著您的用戶會有同樣的感受。 這就是可用性測試的用武之地——它是最終的偏見消除器。
什麼是可用性測試？
可用性測試是基於一組用戶如何與其交互的產品評估。 通過動手測試，產品開發人員和營銷人員可以通過不熟悉產品的人的眼睛更好地了解用戶體驗(UX)。
可用性測試始於營銷人員和研究人員招募一組代表產品目標市場的人。 然後，一名輔導員帶領小組在受控條件下完成一系列動手任務，同時一名研究人員觀察並做筆記。 研究人員提出問題，記錄出現問題或挫折的地方，並評估用戶對產品的體驗。
快速說明：從這裡開始，我們將使用“產品”作為一個籠統的術語來指代從可用性測試中受益的應用程序、網站和其他動手產品。
可用性測試的目的
當您有一個團隊從頭到尾努力創建產品時，他們會深入了解產品的用途和工作原理。
換句話說，如果不是他們自己的過錯，你的團隊就會蒙蔽雙眼。
另一方面，您的用戶在進來之前並不了解您的產品的價值主張和目的或如何使用其各種功能。
最終，可用性測試會使您的產品受益。 在此期間收集的反饋用於創建推薦更改的優先列表，以改善用戶體驗。 它可以幫助您識別以下內容：
- 人們是否可以輕鬆完成任務（例如查找和執行特定功能）
- 完成某些任務需要多長時間
- 您的內部測試未發現的錯誤或性能問題
- 關於界面功能的混淆點
- 號召性用語的有效性
通過幫助您分析人們如何使用您的產品，可用性測試可確保您發布產品、新功能或更新，以便目標市場中的真實用戶可以輕鬆導航並從中找到價值。
可用性測試的好處
可用性測試的目標是更好地了解真實客戶如何參與和體驗您的產品，然後使用這些見解來改善用戶體驗。
可用性測試的好處包括：
- 去除眼罩。 可用性測試將暴露偏見並幫助您的團隊從用戶的角度看待事物。
- 深入了解易用性。 可用性測試可以揭示你的產品是否足夠直觀，讓用戶可以輕鬆地與之交互。
- 確定您的產品是否具有吸引力。 您的用戶會覺得它迷人還是乏味？
- 驗證數據點。 如果數據顯示用戶沒有按預期與您的產品進行交互，那麼觀察他們的實際操作有助於發現問題。
- 提升品質。 可用性測試可以幫助檢測可能被忽視的小錯誤或故障。
可用性測試是通過用戶體驗的視角來看待你的產品，然後讓你的產品變得更好。
何時進行可用性測試
您可能認為您知道何時進行可用性測試——當您的產品幾乎準備好發佈時，對嗎？
不完全的。
為了獲得最佳結果，您應該在整個開發過程的不同階段進行可用性測試，而不僅僅是在接近終點線時。 如果您等到幾乎準備好向世界發布您的產品時才執行測試，您將失去本可以在早期階段指導開發過程的寶貴洞察力。
相反，當你有一個最小可行產品時進行可用性測試，然後當你有一個工作的 beta 版本時再做一次，當你接近發佈時再做一次。 讓您的用戶一路引導您。
當您想要實施新功能或尋找改進產品的新方法時，您還應該進行可用性測試。 畢竟，很少有產品在發佈時真正完成。 總有成長和改進的空間。
所以，這裡是 TL;DR。 當您：
- 想要驗證原型是否會獲得用戶的認可
- 有一個可以進行外部測試的測試版
- 需要進一步了解您收集的數據點
- 正在向現有產品添加新功能
- 已完成內部測試並即將發布
可用性測試可幫助您擺脫開發模式，超越您開發的任何盲點，並同情您的用戶，因此您將構建一個既關注他們的需求又關注您的目標的產品。
UX 測試的類型：功能測試與可用性測試
您有時可能會聽到“功能測試”和“可用性測試”這些術語，好像這兩種類型的 UX 測試是相同的。 事實是兩者是非常不同的。
功能測試是一個測試產品功能的過程——這並不奇怪。 基本上：產品有效嗎？ 它有助於確保產品按預期運行，而不考慮設計或用戶體驗。
同時可用性測試基本上是：這個群體如何使用產品？
功能測試和可用性測試都應該在產品的整個開發過程中進行。 但總是在進行可用性測試之前執行功能測試。 在嘗試從實際測試用戶那裡獲得洞察力之前，您希望確保您的產品按預期工作——至少據你所知。
如何進行可用性測試
要進行有效的可用性測試，您需要指定一名協調員並指定一些觀察員。 然後，您將組裝您的用戶組並通過您的測試任務運行它們。 最後，您將分析您收集的數據並根據您的發現推薦產品改進。
讓我們仔細看看這些步驟：
1. 建立內部促進者
促進者（也稱為主持人）是為您的用戶組管理可用性測試任務的人。 他們的作用是指導用戶組在盡可能少的操作指導下執行各種流程。
2. 任命 UX 研究人員或觀察員
您的輔導員可以在小規模測試期間做筆記。 但是對於更大規模的測試，最好指定一名或多名觀察員來收集情報。 這樣，主持人將可以自由地專注於領導會議，而觀察者則可以專注於用戶的體驗。
3. 選擇您的用戶組
誰會使用你的產品？ 根據您的回答，您需要組建一個或多個用戶組。
如果您的不同受眾群體將以不同的方式與我們的產品互動，則您需要為每個群體設置單獨的組。 例如，如果您正在開發一個既有普通用戶又有管理員的應用程序，您需要為每個角色設置單獨的組和測試任務。
4.準備可用性測試任務
沒有實際測試的可用性測試是什麼？ 您需要為您的用戶組準備大約 5 到 10 個任務，以便在設定的時間範圍內執行。
問問自己，用戶在使用您的應用程序時需要完成哪些任務才能實現他們的目標。 思考：
“我的用戶必須 [TASK] 才能 [GOAL THE 他們 WILL REACH]。”
例如，“我的用戶必須創建一個帳戶才能開始使用該應用程序。”
當您準備可用性測試任務時，您應該：
- 首先考慮您最關鍵的最終用戶目標。 當您概述測試任務時，請遵循您希望用戶採用的路徑。 如果您的用戶的第一步是創建帳戶，那麼下一步可能是登錄，然後創建用戶配置文件。 這些都是至關重要的目標。
- 為每個任務創建一個解釋。 輔導員將與測試組分享這個解釋，所以它需要描述性和清晰的文字。 您不希望輔導員在測試期間必須添加信息或提供明確性，這可能會損害結果的完整性。
- 建立評估績效的指標。 當然，測試的目的是評估您的產品是否可以正常工作或需要改進，因此請確保您提前了解您的測試指標。 它們可能包括成功完成任務、完成任務的時間、關鍵和非關鍵錯誤，以及對質量問題（如易用性和總體滿意度）的主觀反饋分數。
5. 測試！
現在是時候進行測試了。 將您的測試參與者聚集在會議室等物理位置或虛擬環境中。 在測試期間，輔導員應通過閱讀任務說明一次執行一項任務。
小心！ 主持人解釋測試任務然後退後一步讓用戶在沒有進一步指導的情況下解決問題是很重要的。 請記住，當您的產品面世時，不會有人站在用戶的肩膀上向他們展示事情應該如何工作。
想像一下，您希望用戶在創建帳戶後做的第一件事就是設置個人資料。 如果您的輔導員說，“單擊菜單打開您的個人資料”，則用戶已獲得指示，否則他們不會獲得指示。 相反，主持人應該說“打開你的個人資料”，這樣你的觀察者就可以了解他們是否能夠在沒有幫助的情況下成功完成任務。
當用戶執行任務時，引導者可能會要求他們通過某些步驟進行交談。 他們想要完成什麼？ 他們的決策過程是怎樣的？
盡可能記錄您的測試過程。 儘管研究人員通常會觀察測試並做筆記，但記錄會話（使用視頻設備實時捕獲或使用屏幕錄製軟件遠程捕獲）對於進一步分析並將結果傳達給其他利益相關者非常寶貴。
6. 編譯數據並推薦更改
現在您已經完成了測試，是時候梳理您收集的大量數據了。 因此，深入分析這些錄音、會議記錄、調查和反饋表。
當然，數據分析是一個巨大的話題。 但是，讓我們回顧一下您想要包含在您的評論中的一些基本步驟。
- 收集您的數據點。 列出你的測試任務。 然後，在每個任務下，記錄您收集的每個相關數據點。 請務必包含有關問題在流程中發生的位置以及任何其他有助於您的設計團隊在進一步測試中復制問題的詳細信息的相關說明。
- 優先處理問題。 該問題對整體用戶體驗有多大影響？ 確定一個尺度。 一個示例優先級可能是：嚴重、嚴重、低影響、無問題。
- 建議改進。 分析數據後，將結果呈現給您的開發團隊，並提供改進產品的建議。
可用性測試方法
可用性測試不一定是產品測試的萬能解決方案。 有許多測試方法，您需要應用一種對您的情況最有用的方法。
讓我們看看一些最流行的測試方法以及您可能希望在哪裡使用它們。
適度測試
這是我們在這篇文章中概述的經典可用性測試。 用戶要么與研究人員在同一個房間，要么使用屏幕共享軟件遠程觀察。 引導者要求用戶一個一個地完成一系列任務。 用戶的過程、反應、問題、困難和其他興趣點由主持人或其他研究人員記錄。
最適合：當您需要深入分析用戶行為時。
無節制測試
在此測試中，您的用戶執行一系列任務，而沒有人實時觀看它們。 捕獲來自用戶設備的數據供您的團隊進行分析。 您的用戶還可以通過調查記錄反饋。
最適合：捕獲大量數據，尤其是在您進一步評估或嘗試解決在適度測試期間出現的問題時。
專門小組
這是適度測試主題的變體。 焦點小組包括一小群參與者（大約 5-10 名樣本用戶）聚集在一個房間裡討論他們對您的產品的體驗。 主持人通常會在幾個小時內通過一系列開放式討論問題引導小組。 記錄會話，以便分析結果。
焦點小組還可以回答圍繞先前可用性測試結果的問題，為您提供進一步的見解。
最適合：關注用戶的態度、信念、挑戰和需求。
更多類型的用戶體驗測試
除了我們在這裡討論的結構化可用性測試過程之外，還有許多其他方法可以測試用戶如何體驗產品。 它們包括：
- Beta 測試：有時稱為早期測試， Beta 測試是用於深入了解功能、用戶行為和任何需要修復的錯誤的過程。 Beta 測試可能會在您擁有最小可行產品時開始，並一直持續到您將其推向市場之前。
- 首次點擊測試：該測試僅揭示用戶在產品用戶界面中首先點擊的內容。 它可以幫助您確定您的用戶是否立即被您希望他們與之交互的界面部分所吸引。
- A/B 測試：A/B 測試背後的想法很簡單：根據控製樣本測試 UX 中的單個變體，看看是否有任何顯著改善受眾參與度（或任何其他對增長很重要的營銷指標）由於變化。 改進可能意味著更好的可用性或更好的整體用戶體驗。
- 啟發式評估：啟發式評估是通過使用 10 個預先選擇的標準（AKA Nielsen 的 10 個用戶界面設計啟發式）來分析您的產品的可用性。 為了保持結果公正，測試由團隊外部的專業用戶體驗顧問進行。
- 調查：動手測試和仔細記錄反饋對於良好的可用性測試至關重要。 儘管調查沒有提供正式可用性測試所能提供的詳細程度，但它們是一種快速獲得可用反饋並從大量樣本用戶中收集大量數據的方法。
可用性測試成本
這是一個大問題：可用性測試的成本是多少？
答案並不像您希望的那樣簡單。 測試成本差異很大，具體取決於許多因素，包括：
- 項目範圍
- 用戶樣本量
- 測試團隊規模和薪酬
- 測試平台技術成本
- 樣本用戶招募成本
- 樣本用戶補償
- 測試設施租賃費
籠統地說，可用性測試的成本從幾千美元到幾十萬不等。 自然，測試的範圍越廣，活動部件越多，您就必須花費越多。
您還需要記住為不止一項可用性測試進行預算。 為了讓一切都恰到好處，測試將始終是一個迭代過程。
有關 UX 測試的替代視頻解釋，特別是如何進行適度的可用性測試，請觀看：
來自真實用戶的真實見解
正如我們在這裡了解到的，可用性測試可能是一個複雜的、分層的過程。 但最終，目標很簡單——收集真實的示例用戶輸入來幫助你完善你的產品。
當您執行有效的可用性測試時，您會迅速獲得洞察力。 然後，您可以提供數據支持的建議。
您的建議將幫助您的開發團隊生產出運行順暢、讓您的用戶滿意並讓他們一次又一次地使用它的產品。
安排演示以了解 CleverTap 如何幫助您進行 A/B 測試和製定客戶參與策略。
