避免前 3 個可用性測試陷阱

已發表: 2016-11-03

可用性測試是一個非常強大的工具，但它不是一個非常通用的工具。

您的網站退出調查作為數據來源，可以發現常見的失敗任務、網站的總體滿意度以及用戶的人口統計信息。作為數據源，您的網絡分析工具可以發現有效的營銷渠道，幫助您找到要修復的熱門頁面，並幫助您找到理想的拆分測試候選人。

可用性測試，作為數據的來源，不能做這些。

相反，可用性測試可以做一件事，並且做得非常好：發現人們在使用您的網站時會失敗的地方。

查看人們失敗的地方並了解失敗的性質可以幫助您修復用戶體驗。但是，您必須非常有條理地處理您的測試。

您必須小心不要落入這些可用性測試陷阱中的一個或多個：

1. 使用可用性測試進行市場或可用性研究

對於預算緊張的公司來說，嘗試用一塊石頭擊中兩隻鳥可能很誘人。因此，當他們進行可用性測試並要求用戶執行任務時，他們也會提出以下問題：

其他公司直接嘗試使用可用性測試來檢查他們是否正在構建正確的東西。

這樣做的問題是可用性測試非常適合找出用戶在使用某些東西時會絆倒的地方，而不是市場或可用性研究。

它不是為此而構建的。

您將獲得有關用戶成功或失敗的“好”信號或數據。大多數其他事情——他們對你的定價、商業模式等的想法——只是信號帶來的噪音。

您可以使用其他可用性研究技術（例如訪談或市場研究）來確定您是否在構建正確的東西，或者人們是否會為您正在開發的功能付費。但是你不能用那個任務來負擔可用性測試。範圍蔓延將使該工具慘遭失敗，即使它是一個很棒的工具。

當您進行可用性測試時，您經常會遇到會建議您網站問題的潛在“修復”的用戶。一些用戶會說他們希望您的網站在您的網站上更多地使用藍色。其他人可能會說他們想要一個彈出窗口來解釋一些事情。

在處理此類評論時，您必須非常自律。

一方面，你想鼓勵用戶說出他或她的想法——如果你想充分利用可用性測試，你的用戶需要大聲說話。另一方面，可用性測試是關於發現網站上的實際問題——確定修復是你的工作。

大多數用戶不會具備設計、分析、在線營銷和用戶體驗背景來提出可行的修復方案。不要讓他們做你的工作。

使用他們的評論來查找他們遇到的關鍵問題，並了解這些問題的性質。

當需要提出修復時，您應該在內部開會討論解決問題的最佳方法，而不是依賴可用性測試對修復的評論。

閱讀“可用性測試 101：基本用戶體驗工具簡介”

可用性測試通常不會完成，因為它變成了這個……事情。你知道，一件事。

本來應該只是這個每月或每兩個月發生一次的小項目，結果卻變成了這個多委員會、耗時、等待三週的大型報告- 費用報告中的代理行項目。

不一定要那樣。您只需要將其視為一個過程並避免使事情過於復雜：

不要沉迷於尋找完全合適的人。確保他們可以使用瀏覽器，並且他們來自您的目標地區（不是州！）並且他們是該語言的母語人士。其他一切都只是肉汁。即使是在您的核心市場之外的人也能夠在您的網站上發現嚴重的可用性問題。

您需要大約4 個用戶進行 3 輪測試。更多只會增加您的時間和費用，並使測試更難獲得支持。

拆分檢驗要求統計顯著性有效。可用性測試沒有。他們在那裡快速發現關鍵問題——不要在內部誇大科學。

由於一些公司通過代理機構為可用性測試付費，因此很容易想要並要求只需不到一個月的時間即可生成豪華報告。你不需要那種花哨的報告。

您需要找到使人們無法在您的網站上做他們需要做的事情的前 5 個左右的關鍵問題——在觀看可用性測試後不到一天就可以生成這些問題。您需要在電子郵件或 Word 文檔中添加一些要點，僅此而已。創建看起來昂貴的報告使您無法更快地實際解決問題。

可用性測試更像是剪刀而不是瑞士刀。

他們做一件事，他們做得很好，如果你將它們用於預期目的，它們將永遠有效。

但是，要做到這一點，您必須知道何時使用該工具以及何時使用其他工具。它們不是市場研究工具。它們與用戶驗收測試或拆分測試的目的不同。

如果你 …

… 可用性測試將幫助您極大地改善您網站上的用戶體驗。