ASO 聚焦：如何通過可用性測試改善用戶體驗和轉換？

最近的一項研究表明，美國的手機用戶將 86% 的時間花在手機上，只使用應用程序。 另一項研究實際上計算出這個數字高達 89%。 更進一步，我們還發現，移動用戶 80% 的移動應用使用時間僅使用 5 個應用（他們通常在一個月內使用的 24 個應用中）。

也就是說，移動應用程序仍然受到其運行設備的相對較小的屏幕尺寸和有限的性能能力的限制。 研究表明，可用性是移動應用程序成功的關鍵。 事實上，成功的移動應用程序的一個共同趨勢是用戶發現它們易於學習、用戶友好且完成任務的時間更少。

如果您努力創建一個新的應用程序、網站、產品或功能，卻發現您的用戶不喜歡它怎麼辦？ 可用性測試是在您將產品推向市場之前發現真實用戶如何體驗您的產品的關鍵。

什麼是移動應用可用性測試？

可用性測試是讓真實的人與您的應用程序進行交互，以便您可以觀察他們的交互、行為和對應用程序的反應並做出相應的更改。 無論您是從查看簡單的會話記錄開始，還是將多組人帶入配備眼動追踪設備的實驗室，可用性測試對於確保為用戶建立有益和愉快的體驗絕對必不可少。

開發過程中的這一步驟尤其重要，因為它有助於驗證您已經做出的關於移動應用程序的決策（例如界面設計、導航和功能），並為未來的決策提供信息，例如優先考慮新功能或錯誤修復。

可用性測試如何影響用戶參與度

當您有一個團隊從頭到尾創建產品時，他們會深入了解產品的用途和工作原理。

換句話說，如果不是他們自己的過錯，你的團隊就會蒙蔽雙眼。

另一方面，您的用戶對產品的價值主張和目的或如何使用其各種功能等事情沒有先驗知識。

可用性測試期間收集的反饋用於創建推薦更改的優先列表，以改善用戶對產品的體驗。 它可以幫助您識別以下內容：

• 人們是否可以輕鬆完成任務（例如查找和執行特定功能）
• 完成某些任務需要多長時間
• 內部測試未發現錯誤或性能問題
• 關於界面功能的混淆點
• 號召性用語的有效性

通過幫助您分析人們如何使用您的產品，可用性測試可確保您發布產品、新功能或更新，目標市場中的真實用戶可以輕鬆瀏覽並從中找到價值。

移動應用可用性測試方法

可用性測試不一定是產品測試的萬能解決方案。 有多種測試方法，您將希望應用對您的情況最有用的一種。

親自測試

實驗室可用性測試- 實驗室可用性測試是一種用於評估用戶在評估時使用應用程序完成一組任務的難易程度的方法。 在這種可用性方法中，用戶嘗試完成的任務受到嚴格控制，並且執行任務的環境受到嚴格管理以減少自然偏見。 任務完成後，會要求用戶提供有關其體驗的反饋。

實驗室可用性測試的最大好處是它提供的控制量。 使用這種測試方法，所有測試都在相同的標準化條件下運行，這使得它對於比較測試特別有用。 也就是說，這些測試通常更昂貴，並且通常基於受控環境中的一小部分人群，這不一定反映您的實際客戶群或現實生活中的用例。

游擊測試- 使用更游擊的方法進行測試，測試參與者通常從公共場所（如商場、機場或咖啡店）隨機選擇，並要求執行快速可用性測試以換取禮品卡或優惠券之類的東西。

游擊測試特別有用，因為它允許您在完全隨機的人群中測試您的應用程序的可用性，同時還可以建立對您的應用程序的認識和興趣。 這個過程可以為您的應用程序帶來很多關注，因為它讓您有機會與真實用戶互動並在更非正式的環境中收集他們的反饋。 也就是說，如果您正在尋找廣泛的測試或跟進，這不是理想的測試方法，因為參與者通常不願留下或向您提供個人信息。

遠程測試

電話和視頻採訪——通過電話可用性測試，參與者被指示通過錄製的視頻通話完成任務，並遠程記錄他們的互動和行為。

對於某些人來說，這種方法是在更大的地理區域內測試用戶的更經濟的方法。 它們也比面對面採訪更便宜，並且允許某人在更短的時間內收集更多數據。

卡片分類- 卡片分類移動應用程序可用性測試是一種迭代和定性研究技術，有助於確定組織應用程序導航結構的最有效和最直觀的方法。 在卡片分類中，引導者要求用戶將代表應用導航中不同項目或類別的虛擬卡片分類為對他們有意義的類別。

卡片分類背後的基本原理是人們通過分類卡片創建的組通常符合開發人員的初衷。 卡片分類移動應用程序可用性測試還有助於識別缺失或不必要的功能，並有助於設計既直觀又易於使用的導航系統。

無節制的遠程測試

Session Recordings - Session Recording 移動應用程序測試是一種可用性測試方法，其中使用具有視頻和音頻錄製功能的移動設備來記錄用戶的會話。 這種方法是有益的，因為它可以幫助研究人員和產品設計師觀察用戶與移動應用程序的交互，並在出現可用性問題時識別它們。

無節制的現場測試

觀察測試- 觀察移動應用程序可用性測試是觀察用戶與應用程序交互以評估應用程序易用性並識別可用性問題的過程。 觀察可以在實驗室環境中進行，使用連接到運行屏幕錄像機的計算機的移動設備，或在用戶辦公室現場進行。

觀察性移動應用程序可用性測試的好處是它可以讓您發現您可能沒有預料到的問題，或者可以使用其他可用性測試方法輕鬆重現的問題。 它還允許在真實環境的上下文中進行可用性測試，這對於測試應用程序及其界面的功能非常有用。

只選擇其中一種方法肯定有優點和缺點，在許多情況下，您可能會受益於對每種方法進行單獨的可用性測試。

如何進行移動應用可用性測試

要執行有效的可用性測試，您需要指定一名協調員並指定一些觀察員。 然後，您將組裝您的用戶組並通過您的測試任務運行它們。 最後，您將分析收集的數據並根據您的發現推薦產品改進。

讓我們仔細看看這些步驟。

-準備測試場景。 這些必須是模糊的——你不想引導測試人員朝著特定的方向前進或給他們指示。

例如，測試電子商務應用程序設計的任務如下所示

• 搜索產品
• 登入
• 完成付款
• 完成結帳

提示：避免干擾盡可能多的任務——這會使得出結論更加困難。 相反，根據任務相對於初始目標的重要性對任務進行優先級排序。 為每位參與者分配不超過五個任務。

關鍵是要使任務盡可能簡單和簡短。

但是，您可以而且應該為這些任務提供一些背景信息，讓它們感覺自然。 例如，“您想為您的伴侶購買週年紀念禮物。瀏覽 3 杯咖啡虹吸管。”

-為每項任務設定切合實際的目標。 例如，用戶應該能夠在不到一分鐘的時間內完成結帳。

移動應用可用性測試題：哪些問題可以得到最好的反饋？

可用性測試的經驗法則，尤其是在個人主持的更改中，總是盡可能多地了解測試人員的經驗。

這最好通過後續問題來完成。 激勵和鼓勵測試人員展示他們按照自己的方式執行步驟的動機。 當出現提示時，用戶更有可能給出詳細的解釋。

像下面這樣的問題應該有助於澄清用戶在做什麼以及為什麼。

• 您認為這兩種方法/選項中哪一種最好？ 為什麼？ - 如果您試圖確定多個選項中哪個更有吸引力，這很有用。
• 你注意到任何其他方法來____？ - 你試圖確定用戶為什麼做一件事而不是另一件事。
• 我注意到你用____做了這個。 你能告訴我為什麼嗎？ - 跟踪您在測試期間觀察到的任何有趣行為，以更好地了解用戶行為背後的思維過程。

你如何分析和解釋結果？

第一輪測試之後，你應該有很多有價值的數據可以分析並得出結論，為你的設計的下一次交互。

在你一頭扎進分析狂潮之前，退後一步，回顧一下你在準備可用性測試時設定的目標。

您想測試哪些關鍵領域？ 此步驟至關重要，因為您將使用這些關鍵領域對洞察力進行分類。

換句話說，查看數據並記下測試人員最常引用的問題。 但請記住，現在只關注最大的問題。

在數據中尋找什麼：

• 測試人員在完成任務時遇到的問題
• 用戶完成任務所採取的步驟
• 對後續問題的回應

準備好結果摘要後，請與設計團隊（最好是開發團隊）坐下來，因為雙方應共同努力就可行的設計建議達成一致，並就可能的解決方案集思廣益。

請記住根據您的關鍵領域對問題進行優先級排序。 現在的目標是調整設計以改善用戶體驗。

設計、測試、實施和迭代

定期的可用性測試將幫助您根據受眾的需求和內在動機開發設計。 基於迭代的設計是構建出色的數字產品以吸引用戶並提高客戶保留率的關鍵。

關於可用性測試方法的提示：

• 如果您剛剛開始並且資源有限，無法開始一個成熟的現場託管測試會話，請嘗試本文中列出的一些在線可用性測試工具。
• 或者你可以進行游擊測試——只是在街上或咖啡店裡隨機詢問人們他們對你的設計的看法。 雖然它不會產生像常規可用性測試那樣多的洞察力，但它仍然比完全放棄測試要好。

乍一看，測試可能看起來很困難，但是當您設定具體目標、選擇最佳可用性測試方法、創建現實場景並彙總結果時，一切都會變得輕而易舉。