網站可用性測試終極指南

16.2%的高科技公司將他們的首要任務轉向客戶參與。15.5%計劃增加對改善客戶體驗的投資。這告訴你什麼？

這告訴您，使用者體驗正在離開設計師的領域，併成為任何線上業務的支柱，無論他們是全新的還是多年來一直處於停滯狀態。這可能就是為什麼這麼多知名公司轉向可用性測試來找出問題並改進他們的產品和網站的原因。

• Sales Hacker使用使用者反饋來提高參與度、培養忠誠度並通過使用者提供的見解改進他們的內容策略。
• 線上體育博彩運營商Stan James（現為Unibet）利用可用性測試的結果將其轉化率從每月1.5%提高到3%。
• 成功的清單不勝列舉。隨意檢視更多案例研究。

因此，如果您還沒有參加可用性培訓，那麼是時候登機了。在本指南中，我們將帶您逐步瞭解進行網站可用性測試所需瞭解的所有內容。

• 第 1 步：確定指標並建立任務分析
• 第 2 步：確定最佳測試型別
• 第 3 步：查詢有效參與者
• 第 4 步：決定何時、何地和誰
• 第 5 步：沖洗並重復

第 1 步：確定指標並建立任務分析

首先，你需要弄清楚你的指標。可用性測試可以發現一大堆問題，但如果它不是針對確定特定指標的，那麼它就不會有效地利用你的時間——或者一毛錢。

在可用性測試中通常會商定三個指標：

• 效率
• 效力
• 滿意

以下是這些指標通常包含的內容的快速細分：

衡量可用性（圖片來源：Jan Moon的SlideShare簡報）

雖然從表面上看，這三個措施似乎很簡單，它們都是各自的問題巢狀娃娃，並且沒有通用的答案。

• 使用者的目標是什麼？
• 必須採取哪些步驟來實現這些目標？
• 如何衡量工作量？

幸運的是，有一種簡單的方法可以通過構建所謂的任務分析來回答這些問題。任務分析很受歡迎，因為它們允許您直接衡量兩個最流行的可用性指標：任務完成率和任務時間。

任務分析（圖片來源：Loop11）

這是它的工作原理。你從一個總體目標開始。在下面的示例中，目標是每天服用藥物。

分層任務分析示例（圖片來源：Lilly Browne）

然後，您將目標分解為完成目標所需的步驟。這些也稱為子任務。沒有一步太小。

完成後，您對使用者完成目標所採取的路徑有了理論上的瞭解。然後，您可以使用任務分析來設定基線有效性和效率指標。讓我們嘗試製作我們自己的一個。

首先，前往Lucidchart。單擊螢幕右上角或中間的“免費註冊”按鈕註冊一個帳戶。您將被帶到此頁面並有機會開始試用。現在，向下滾動，直到看到藍色的“開始免費帳戶”按鈕並選擇它。

Lucidchart註冊

完成註冊後，您將進入此儀表盤螢幕。有很多模板可供選擇，但對於任務分析，從流程圖開始通常是最簡單的。選擇第二個選項以檢視可用的流程圖模板。

Lucidchart流程圖

選擇第一個選項“空白圖表”。

Lucidchart空白圖

下一頁將以空白畫布為特色。使用左側面板新增形狀。如果您不確定要使用哪種形狀，請將滑鼠懸停在該選項上，直到看到彈出視窗。

在大多數情況下，任務分析僅使用方形（流程）和菱形（決策）形狀，但當您構建更復雜的任務流時，檢視其他形狀可能會很有用。

Lucidchart過程

開始放下形狀來構建你的任務。在這裡，我們從構建此演練的簡單任務流開始。要新增文字，請雙擊形狀邊界內的某處並開始輸入。

當您準備好連線形狀時，單擊側面的白色圓圈並將滑鼠拖動到下一個形狀。如果它是菱形（決定）三角形，它會自動在您的線條中新增“是”和“否”。

在流程圖中是或否

請注意，如果您需要移動一個形狀，線條將自動重新定位以保持連線，因此不要害怕在構建圖表時重新組織圖表。

如果要更改顏色、字型、筆觸、箭頭樣式或線條，請使用上面突出顯示的頂部面板。

流程圖字型和顏色

構建任務流程後，轉到“檔案”以檢視您的共享和下載選項。您可以使用透明背景、向量圖形 ( SVG ) 或PDF等選項匯出任務流。

流程圖下載為向量

你有它！您現在可以在進行測試和設定指標時使用任務分析。一旦你真正在測試中，你很有可能會修改你的任務分析，但是提前至少兩個或三個任務可以讓你指導你的可用性測試。

任務分析流程圖

完成任務後，是時候為您的網站找出最佳測試型別了。

第 2 步：確定最佳測試型別

可用性測試在難度和投資要求方面可以採取多種形式和範圍。哪種型別的測試最適合您的網站取決於您在第一步中建立的指標和任務。

下面，我們將介紹三種常見的可用性測試型別及其適用範圍，以及一些榮譽獎。

1.卡片分類

到目前為止，最簡單和最快的可用性測試，卡片分類是網站架構的工具測試。

卡片排序（圖片來源：  cary-anne olsen-landis）

如果您還記得玩紙牌配對遊戲，那麼紙牌的種類是相似的。這是它的工作原理。卡片分類可以是“開放的”，使用者建立他們的類別以將卡片分類，“封閉的”，其中所有類別都是預定義的且不靈活。或者，如上圖所示，卡片分類可以是“混合”，使用者可以自由新增自己的類別，但也可以使用預定義的類別。

使用者在最適合他們心智模型的類別下訂購剩餘的卡片，通常是單個網頁或流程中的步驟。大多數專家建議堅持使用30到60張卡片。執行卡片分類非常適合檢視使用者的心智模型如何匹配您網站的架構和任務流程。它可以在測試過程的早期揭示任何重大問題，就像Pottery Barn的重新設計一樣（如下所示）。

重新設計中的卡片排序示例（圖片來源：John Wood Quartana）

您可以遠端或親自進行卡片分類。使用卡片分類測試最顯著的好處是可以進行測試的速度，儘管分析階段本身可能很耗時。

但是，由於卡片分類只允許有限的使用者干預和反饋，因此對於那些想要測試站點的滿意度或有效性的人來說，不應考慮使用它們。相反，卡片分類應該被視為您的一線效率測試，而其他指標似乎更好地留給更強大的可用性測試型別，例如現場研究。

2. 實地研究

可用性測試的實地研究正是它聽起來的樣子。您前往使用者自然使用棲息地的位置——他們最有可能使用您的網站的地方——並讓他們在半結構化訪談中觀看他們的螢幕時引導您完成他們的過程。

這項研究也稱為上下文調查。

上下文查詢（圖片來源：  Philip Adeoye）

別擔心，盯著別人肩膀看的尷尬很快就會消失。

實地研究比卡片分類更耗時，但它們非常適合測試任務和獲得直接使用者反饋。對於那些想深入研究可用性問題的人來說，實地研究是必經之路。上下文查詢是使用者體驗設計工作室 MELEWI為企業或“有限使用者”產品部署的第一個策略。

MELEWI的使用者體驗設計顧問Avik Ganguli解釋說：

MELEWI Contextual Inquiry Sprint旨在直接嵌入到使用者的上下文中：觀察參與者做了什麼，他們幾乎做了什麼，以及他們沒有做什麼。

您可以在下面的可用性研究的上下文中看到MELEWI如何分類和解釋嵌入的好處。

上下文方面（圖片來源：RealtimeBlog）

請注意，可以遠端進行實地研究，但通常會失去資料豐富性。 美國政府數字服務機構18F的Nicole Fenton 和 Jamie Albrecht強調了這一點：

…例如，當您可以在典型的物理環境中觀察人們時，上下文查詢是最有價值的。不要跳過您的使用者和其他研究人員之間的面對面交流時間。

3.眼動追蹤

如果您曾經看過網站的熱圖，那麼您已經熟悉眼動追蹤測試的輸出。

熱圖分析（圖片來源：MockingFish）

眼動追蹤研究用於確定使用者在頁面上檢視的位置以及檢視順序。熱圖的顏色越深，使用者檢視螢幕該部分的時間就越多。

它使眼動追蹤非常適合確定使用者在何時何地離開您的網站。它還突出顯示內容何時無關緊要，就像電子商務網站Pronto所做的那樣。

眼動追蹤 ( Shopify )

通過揭示Pronto的使用者最關心的領域，眼動追蹤研究使Pronto能夠重新設計一個主頁，使其潛在客戶增加24%，點選率增加17%。

與之前的測試一樣，眼動追蹤可以使用專業裝置親自完成，也可以使用網路攝像頭遠端完成。然而，遠端測試並非沒有缺陷。

以下是使用網路攝像頭進行眼動追蹤的優缺點：

基於網路攝像頭的眼動追蹤的優缺點（圖片來源：iMotions）

這種型別的可用性測試不像使用者滿意度的實地研究那樣有價值，但可以為效率和有效性提供豐富的資料。它還可以通過突出顯示使用者的眼睛跳過或錯過的地方來幫助指出導航問題，本質上是讓您的網站通過使用者的眼睛。根據反饋，您可以改進您的設計、網站結構、網站導航、號召性用語等。

卡片分類、實地研究和眼動追蹤並不是遊戲中唯一的可用性測試。

焦點小組、A/B測試和調查都是可行的使用者測試形式，可以獎勵反饋，但不應考慮用於任何重大的重新設計。

現在，在確定了最適合您目標的測試型別之後，您必須找到要測試的人。你需要多少可能會讓你大吃一驚。

第 3 步：查詢有效參與者

您需要多少使用者進行可用性測試？行業標準約為5 . 根據UserTesting的一項調查，33%的公司招聘5個或更少的使用者，41%的公司招聘6到10個使用者。

每個可用性研究的使用者數（圖片來源：UserTesting）

為您的可用性測試尋找使用者的關鍵是確保他們是真實使用者的有效近似值。不通過您獨特的使用者群驗證設計更改可能會產生一些巨大的影響。這就是Icons8背後的設計師在推出重新設計並失去近一半使用者後發現的。

話雖如此，有時尋找代表性使用者對於測試目標而言過於耗時或昂貴。在這些情況下，內部測試人員會很有用。這種測試方法被稱為“dogfooding”（如吃自己的狗糧），讓波士頓環球報獲得了有關新導航功能的有價值的定性反饋。看一下這個：

定性反饋（圖片來源：UXpin）

因此，內部測試肯定有其用途，但只有當您對快速反饋的需求超過對外部有效性的擔憂時。對於獎勵定量和定性資料的有效測試，您需要儘可能接近您自己的使用者的使用者。

接觸這些使用者的一種潛在方法是通過傳送到您企業的電子郵件列表的快速調查來篩選潛在參與者。 如果您將調查與激勵措施相結合，即使是像彩票一樣無法保證的激勵措施，您的參與率也會提高，並且您將獲得一批產品的真實使用者進行測試。

蓋洛普研究發現，即使只是5美元的獎勵也能大大提高您的參與率。

網路調查回覆率（圖片來源：Marketing Charts）

您可以使用SurveyMonkey和Google Forms等調查平臺，或者如果您使用的是WordPress網站，則可以使用表單構建器從潛在參與者那裡獲取資訊。

也就是說，真正的網站使用者可能不可行的原因有很多。為此，您可以在付費平臺上以少量費用獲取代理使用者。讓我們來看看其中的一些。

使用者測試

UserTesting被設計行業及其他領域的一些知名人士使用，它為可用性專業人士、營銷人員、企業主、遊戲開發人員等提供了一個測試平臺。

該測試平臺功能強大且功能齊全，可以將您與使用者代理連線起來，並在短短兩個小時內交付結果。請注意，這是您可以安排實時測試的唯一平臺之一。

使用者測試

使用者分析

谷歌使用的Userlytics是另一個強大的平臺，具有中等價格和無與倫比的質量。提供錄製的視訊，Userlytics的測試面板擁有超過200,000名使用者，這使得找到理想的使用者代理變得輕而易舉。

Userlytics與競爭對手的不同之處在於它的可定製性範圍。獨特地提供分支邏輯，通過Userlytics進行的測試可以被結構化以執行多個不同的任務流。

使用者分析

現在，是時候執行您的測試了——這意味著是時候決定在何處、何時以及誰將參與其中。

第 4 步：決定何時、何地和誰

這一步你可以喘口氣了：困難的部分已經過去了。從這裡開始，您只需要在進行測試之前再做出一些決定。這些決定是：

• 遠端還是親自？
• 有節制還是無節制？

看看它在行業中是如何分解的：

可用性測試（圖片來源：UserTesting）

正如您所看到的，遠端測試和主持式測試在整個行業中得到均勻使用，儘管主持式測試正在下降。如果您從上一節中提到的平臺獲取使用者測試人員，這些決定已經為您做出，您可以跳到第五步。

如果沒有，讓我們先回顧一下：究竟什麼是適度測試，為什麼要使用它？

主持測試是指有一個主持人或測試員在場，他們可以回答問題並指導使用者。這讓您掌握了更多控制權，但它給測試人員和使用者帶來了巨大的後勤挑戰，尤其是當您親自進行測試時。

因為主持可用性測試是它自己的藝術形式，所以最好由可用性專家進行主持測試，如下所示。

可用性專家（圖片來源：Graphic Mint）

通常，只有在不完整的介面或安全性是主要問題的情況下，才需要進行適度測試。另一方面，無節制的測試更加靈活，因為使用者只需登入並在方便時執行指定的任務。

請注意，根據您的平臺和目標，遠端測試既可以進行稽覈，也可以進行稽覈。

對於現場測試，指定的可用性實驗室或使用者的自然環境（正如我們在實地研究中看到的那樣）是避免人工條件的理想選擇。

使用以下免費平臺進行遠端測試：

Skype

如果您還記得我們前面部分中的MELEWI，那麼Skype是他們進行遠端可用性測試的首選工具。Skype最顯著的好處是它對使用者的熟悉和本機螢幕共享。但是，該平臺的缺點是缺少內建螢幕錄製功能。

Skype

Google Hangouts

Google Hangouts可供任何擁有Google帳戶的使用者使用，它是另一個具有螢幕共享功能的免費平臺。但是，只有某些型別的Google Workspace帳戶可以原生錄製視訊。Hangouts優於Skype的優勢歸結為偏好以及您的使用者更喜歡什麼。兩者都執行類似的功能，如果您沒有設定Google Workspace Enterprise帳戶，則需要螢幕錄影機。

Google Hangouts

Zoom

完善我們的遠端可用性測試平臺列表的是Zoom。該平臺與Skype或Hangouts相比具有顯著優勢：它提供本機螢幕和視訊錄製。

但是，它也有一個很大的缺點。如果您的視訊會議涉及多個其他使用者，則免費帳戶有40分鐘的時間限制。

Zoom

請注意，您應始終儘可能記錄測試。您將需要這些記錄來與您的團隊一起審查調查結果，它們有助於將注意力集中在可用性測試的中心，而不是資料上。

是時候進行最後一步了：迭代。

第 5 步：迭代測試

迭代測試是偉大可用性的關鍵，儘管關於它在創新中的作用存在一些爭論。迭代在設計環境中意味著什麼？這意味著您的過程永遠不會結束：建立網站後，您會不斷地對該網站進行測試、調整和改進。

迭代和迴圈（圖片來源：Sean Van Tyne）

因此，一旦您進行了測試並收集了結果，就該進行審查、實施，然後從頭再來。數字諮詢公司Enginess很好地說明了迭代設計的價值：

……一個活生生的專案，你應該在你進行的過程中定期調整和改進，而不是一蹴而就地構建它並永久完成。

考慮到這一點，您如何審查和實施可用性測試的結果將根據您收集的資料型別和您的原始目標而有很大差異。與化學實驗室不同，可用性測試傾向於獎勵定量（“硬”）和定性（“軟”）資料的混合包。

他們都很重要。它們的使用方式將因專案、網站而異。也就是說，定性資料往往對資料視覺化最友好。最流行的視覺化模式之一是通過旅程地圖。

旅程地圖（圖片來源：  Sailthru）

旅程地圖提供了使用者測試人員在您網站上的整個旅程中所採取的不同步驟的視覺化概覽。如果做得好，它包括情感引數以及可用性問題，但是，就像你的審查過程一樣，最終將取決於你進行的測試型別。

旅程圖在可用性測試結束時特別有用，因為它們有助於揭示隱藏的洞察力。在建立了一些旅程地圖之後，趨勢開始變得更加明顯，潛在改進的領域也更容易視覺化。

此外，在團隊成員之間共享一條統一的資訊使迭代過程更加容易。那你還在等什麼？回到第一步，繼續提高您網站的可用性。天空是極限。

小結

可用性測試對於任何擁有線上業務的企業來說都是絕對必要的，但它是一個廣泛的領域。可用性測試普遍認可的三個指標是滿意度、效率和有效性。這些指標中的哪一個對您最重要將決定為您的網站執行的最佳可用性測試型別。

在您縮小最適合您需求的測試型別之後，就該找到有效的參與者了。如果可以，請避免內部測試，如果您自己的客戶不是可行的解決方案，請尋找緊密的代理。接下來，在有節制和無節制之間做出決定，然後在遠端或面對面測試之間做出決定。每個都有自己的用途和限制，因此請仔細考慮您的選擇。

可用性測試結束後，返回並檢視結果以檢視您的網站需要哪些更改。然後實施這些更改並重新做一遍：迭代是“meh”可用性和麵部融合可用性明星之間的區別。

下次您考慮重新設計或想要改善使用者體驗時，請返回本指南以瞭解網站可用性測試的最終分步操作。