用戶測試綜合指南

已發表: 2022-03-10

快速總結 ↬所以你認為你設計的東西很完美，但你的測試告訴你不然。借助本文，讓我們探討用戶測試的重要性。

（這是一篇贊助文章。）構建了您的設計原型後，開始測試它以查看您所做的假設是否正確非常重要。在這篇文章中，我正在進行的探索用戶體驗設計過程系列的第七篇，我將探討用戶測試的重要性。

正如我在之前關於研究的文章中探討的那樣，我探索了研究領域，您可以使用許多不同類型的研究方法，並且可以運行各種不同的用戶測試，包括：

可用性測試
眼動追踪
訪談和焦點小組

在本文中，我將重點關注可用性測試，我們會針對一組具有代表性的用戶評估我們所做的設計決策，以測試我們的假設是否正確。

有了原型，您可能已經準備好進行網站或應用程序的最終構建，但在此階段暫停並進行一些測試非常重要。讓一些典型用戶了解您的設計至關重要，這樣您就可以了解哪些有效，哪些無效。

跳躍後更多！繼續往下看↓

同樣，當您進行最終構建時，您可能會認為一切都已完成，這是可以原諒的。事實上，一旦你啟動了，你只是在旅程的開始。理想情況下，您將進行一些進一步的測試，並根據您從測試中獲得的結果，重新審視您的設計並解決您可能發現的任何問題。

請記住：設計是一個迭代過程。根據您的測試，總會有改進的地方。

簡而言之：用戶測試應該作為迭代設計過程的一個組成部分在過程中的每一點進行。考慮到這一點，在整個設計過程中為用戶測試建立結構化框架非常重要：

在進行初始設計之前，可能使用紙質原型；
在數字原型階段，使用低保真和高保真可點擊原型；和
在流程結束時，幫助您完善已構建的內容。

您可能沒有足夠的預算來運行成熟的可用性測試，並且對於許多可以理解的項目來說，但這並不意味著您至少不應該非正式地測試您的設計。游擊測試——與路人一起進行的臨時測試，以非正式的方式運行——總比沒有測試好。

底線？你可以做的任何測試——無論多麼非正式——都會很好地為你服務。強調了可用性測試的重要性，讓我們探討測試的原因和時間，強調做好準備的重要性，並深入研究有效地運行可用性測試。

可用性測試：為什麼以及何時？

首先，要運行有效的可用性測試，您不需要正式的“實驗室條件”。 使用你手頭的東西進行一些可用性測試比根本不進行可用性測試要好得多。

你可能想知道，為什麼要打擾？可用性測試需要時間，而且——當你面臨壓力並且最後期限迫在眉睫時——你可能會想放棄它。不要犯這個錯誤：從長遠來看，這會讓你付出更多。當然，可用性測試需要一定程度的時間和金錢投資，但它會帶來更多回報。

您的目標是盡可能早地收集盡可能多的反饋。這有助於您在完成最終構建時進入過程中昂貴的部分之前識別任何設計問題。將用戶測試留到構建產品之後為時已晚，而且成本太高。在此過程中，更改的成本非常高昂。

正如我在之前關於線框圖和原型設計的文章中指出的那樣，越早發現問題，修復它們的成本就越低。運行可用性測試將幫助您：

確定用戶是否能夠成功完成特定任務；
確定用戶執行預定任務的效率；和
查明可能需要對設計進行更改以解決任何缺陷以提高性能。

除了這些客觀的發現：

產品是否有效運作？
運行可用性測試可以幫助您做出主觀發現：用戶喜歡使用產品嗎？

這些客觀和主觀的發現提供了有價值的反饋，幫助您塑造和改進您的設計。

明確確定了運行可用性測試的好處後，讓我們探討一下在設計過程中何時應該運行測試。在設計過程中有許多點可以運行可用性測試。您可能正在測試現有產品或競爭對手的產品；這將取決於您的項目及其情況。例如，您可能是：

測試您已創建併計劃重新設計的現有產品；
測試競爭對手的產品，以便在您進入已經存在競爭產品的空間時向他們學習；要么
測試您當前正在開發的產品。

允許進行多個系列的可用性測試很重要。理想情況下，您將在過程中的多個點進行測試：在一些可點擊原型的中間點；一旦你的最終構建完成並且你有一個完全構建的產品。

理想情況下，可用性測試應該在整個設計過程中進行。在原型設計階段，它可以幫助識別在流程後期修復成本高昂的問題。在最終構建階段，它同樣可以識別在原型設計階段可能難以復制的問題。

過程中的每一點都為您提供了不同的學習內容，並幫助您在最終構建之前解決假設中的缺陷。經驗法則是：越早運行可用性測試越好。

就像任何事情一樣，你準備得越充分，你的可用性測試可能就越有效，所以讓我們來探討準備的重要性。

準備是關鍵

要有效地進行可用性測試，每位參與者需要 30-60 分鐘。當然，根據您構建的複雜程度，這個時間長度會有所不同，但根據我的經驗，一個小時大約是我推薦的最長時間。

可用性測試運行的時間越長，參與者就越累，導致收益遞減。因此，準備是關鍵。重要的是預先確定您希望從測試中學到什麼，同樣重要的是確定您將要測試的對象。為此，它有助於：

制定一個可靠的測試計劃，概述你的可用性測試，確保當你對不同的人進行測試時，你以一致的方式進行；和
為招募參與者建立明確的標準，以便您測試適合您設計的用戶。

您在測試前進行的準備工作將在效率和改進結果方面得到回報。請記住，運行測試將需要許多人：

測試參與者；
一名輔導員，指導考試並確保一切順利進行；和
一些觀察者和記錄者。

時間就是金錢，有這麼多人參與了這個過程，確保你所投入的時間得到回報是很重要的。為了保持專注，為您的可用性測試制定計劃並準備確保一切一致的腳本非常重要。

制定計劃

您的計劃用於確定以下內容：您計劃測試什麼；您計劃如何運行測試；您將如何衡量您將捕獲的內容以及您將使用哪些指標；您將測試的用戶數量；以及您將使用哪些場景作為測試的主幹。

想想你試圖測試的場景。您的網站或應用程序的目的是什麼？它的主要目標是什麼？圍繞這一點制定計劃很重要，包括以下要素。

何時何地？

您將在何時何地進行測試？除非您為大型組織工作，否則您不太可能擁有專門的可用性測試空間。沒關係; 重要的是您正在運行一些可用性測試！

嘗試找到一個安靜的空間，您可以歡迎您的測試參與者並讓他們感到輕鬆。還要為負責測試的主持人和一些記錄筆記的觀察者留出空間。它有助於將您的可用性測試分組，以便您可以在所有用戶之間交叉引用您的發現，同時一切都在您的腦海中。

範圍

確定可用性測試的範圍可確保您的目標是現實的。您可能正在設計一個範圍很大的網站或產品，但在定義可用性測試的範圍時，要切合實際。你只有這麼多時間，所以專注於你需要解決的重要方面。

指定您將要測試的內容，例如，您的網站或應用程序的導航系統，或其電子商務流程。這將使您保持專注並確保您不會偏離主題。

如果您正在處理具有多個移動部件的複雜設計，您可能需要運行一系列不同的可用性測試；每個都專注於一個特定的方面。

計時

不同的可用性測試需要不同的時間，但根據經驗，為每位參與者分配大約 30-60 分鐘的時間是有幫助的。超過一個小時會導致參與者感到疲倦，根據我的經驗，這會導致反饋質量下降。

在安排可用性測試時，請確保在測試之間留出足夠的時間。重要的是要讓團隊在測試後立即進行討論，而測試在每個人的腦海中都是新鮮的。同樣，在測試結束或參與者遲到的情況下，測試之間的緩衝也很有幫助。

設備

同樣，您使用的設備不必過於復雜。能夠以某種形式捕獲會話非常重要，最好是使用視頻。最重要的是，它有助於捕捉用戶所說的話和他們的表情。正如我稍後將探討的那樣，您可以通過查看測試參與者的反應來了解很多關於設計的信息。他們的面部表情和肢體語言通常會告訴你，如果不是更多的話，比他們實際說的話還要多。

我們現在很幸運能夠使用低成本的屏幕錄製軟件。 Screenflow 等屏幕錄製工具非常經濟高效，並且使用計算機的內置網絡攝像頭，您不僅可以捕捉用戶在屏幕上所做的事情，還可以捕捉他們臉上的表情。

有了明確的計劃，就該編寫腳本了。

創建腳本

根據您的計劃，您的腳本將幫助您清晰一致地促進可用性測試。創建腳本可以幫助您：

將注意力集中在您正在測試的內容上，這樣您的可用性測試就不會漂移並保持專注；
確保多個測試參與者的一致性；
談不同的用戶場景；
清楚地闡明你正在測試的不同目標；和
幫助您讓用戶放心。

它有助於將腳本分成幾個部分：一個充當序言的部分，以及一個涵蓋測試本身主體的部分。

您的序言旨在在測試開始之前解決用戶問題。在其中，您將介紹您正在測試的內容以及為什麼要測試它。最重要的是，確保您讓用戶放心，向他們保證您不是在測試他們，而是在測試產品。

參與者是人，如果出現問題，他們會道歉是很自然的。你需要讓他們放心，並向他們保證他們所做或所說的一切都是錯誤的。

您的腳本旨在將您的測試集中在您在計劃中建立的場景上。在建立你的場景時，請記住——根據你正在構建的網站或產品的複雜性——你將只有有限的時間來測試所有內容，所以要切合實際。

它有助於建立一個故事，您可以圍繞該故事構建一系列任務。例如，如果您正在測試與旅行相關的網站或應用程序，請考慮：

有多少人在旅途中？
他們什麼時候旅行，他們的日期是否靈活？
他們有什麼樣的預算？

當然，每個場景都會有所不同。底線是花一些時間定義您計劃測試的確切內容，以便您的測試專注於測試正確的事物並返回有價值的結果。如果您花了一些時間為您的項目構建用戶角色，您可能希望圍繞這些構建場景。

簡而言之，嘗試創建盡可能真實的場景。隨著網站和應用程序變得越來越複雜，它有助於通過您的界面測試用戶旅程。這也有助於將您的測試與您之前在設計過程中確定的用戶故事聯繫起來，我在之前關於高級用戶體驗設計的文章中對此進行了探討。

招募參與者

準備好計劃並編寫好腳本後，您需要確定一些參與者來進行可用性測試。與您的計劃和腳本一樣，準備是關鍵；重要的是要花一些心思來確定合適的參與者。

留出大量時間進行可用性測試然後隨機測試陌生人是沒有意義的。花一些時間來確定並找到適合您的測試的人。

首先，重要的是要測試多個人。每個人都是不同的，每個人都從不同的經驗中汲取經驗，因此請確保您測試的是各種不同的人，這樣您的結果就不會因樣本量太小而出現偏差。你的設計會影響你的選擇，不同的網站和產品會吸引不同的受眾，所以要相應地規劃。

可用性.gov — Usability.gov 有一個出色的可用性測試篩選器，它是構建您自己的篩選器的一個很好的起點。

它有助於建立個人資料並創建篩選器以幫助您識別候選人，以便您招募準確代表潛在用戶的參與者。 重要的是您的參與者要分享您的典型客戶的特徵；同樣，用戶角色將有助於識別這些特徵。

想像一下，您正在為一個針對年輕人群的新數字挑戰者銀行構建一個移動應用程序，您的篩選器可能包括以下內容：

你認為是什麼性別？
你幾歲？
你的收入屬於哪個檔次？
你是儲蓄者還是花錢者？
您當前的銀行是否有應用程序並且您是否使用它？

確保您的問題具有包容性很重要。 同樣，在詢問敏感的個人問題時也要謹慎行事。例如，在詢問收入時——如果它與你的考試相關——提供收入括號，以便你尊重申請人的機密性。

如果您正在尋找一個好的起點，Usability.gov 有一個很好的網站測試可用性測試篩選器示例。這是一個有用的起點，會給你一些想法。

創建計劃後，您的腳本在手，一些參與者排好隊，是時候運行您的測試了，所以現在讓我們來探索一下。

運行測試

在你開始你的可用性測試之前，把所有的東西組織起來並就位是很重要的。 它有助於記錄您運行的每個可用性測試，以便您以後可以回顧並進行一些分析。這可能僅通過屏幕錄製軟件進行，也可能包括錄製測試視頻。

如果您正在錄製測試，請務必徵得您的參與者的許可。同樣，這使您有機會解釋為什麼要錄製會話以及您將使用這些錄音做什麼。

請記住，您的目標是讓您的參與者放心，並在開始測試之前解釋什麼有助於做到這一點。

測試前

與其直接深入您的測試場景，不如通過一個簡短的序言來解釋它正是您試圖通過測試實現的目標。這可以確保您讓您的參與者清楚地了解您對他們的期望，幫助減輕他們的壓力，並讓他們輕鬆進入測試。

概述房間裡的人以及原因會很有幫助，並解釋說在您進行測試時，其他在場的人將記錄他們的觀察結果。它還有助於讓參與者了解測試將持續多長時間，以及從廣義上講，您將涵蓋哪些內容。

在開始之前，重要的是要通知參與者您不是在測試他們，而是在測試軟件並且沒有錯誤的答案。參與者需要知道您的意圖是使用您構建的東西觀看他們，並且為了確保條件盡可能真實，您不會向他們提供建議。

最後一點很關鍵，尤其是當你正在對你設計的東西進行可用性測試時。 重要的是不要通過向他們提供指導和建議來打斷測試參與者的流程。你不會在“現實世界”中這樣做，所以要抵制在一旁提供建議的衝動。

即使您要測試的內容是您自己設計的，也不要告訴您的測試參與者，這一點很重要。（一個善意的謊言不會傷害到你！）你正在與人類打交道，如果你的測試參與者知道他們正在就你設計的東西給你反饋，他們很可能——只是自然地——忍住他們的批評。沒有人喜歡傷害別人的感情，重要的是你得到一個誠實的意見，所以不要通過告訴他們正在判斷你設計的東西來扭曲參與者的答案。

如果可能的話，請您的測試參與者嘗試用語言表達他們認為在完成這些場景時會發生什麼。這可以幫助您了解他們的想法。如果你讓你的參與者完成你設置的任務，這也有助於你的觀察者和記錄者，如果這不是一個測試，他們可能會慢一點。

作為引導者——不時地註意不要打斷流程——你可能想問參與者他們認為接下來會發生什麼，然後再採取特定的行動。這可以幫助您衡量用戶對正在發生的事情的心智模型，看看它是否與設計的心智模型一致。

最後，強調如果在測試過程中出現問題，那是軟件的問題，而不是用戶的問題。當您的設計存在問題時，您的測試參與者不要認為這是“他們的錯”，這一點很重要。

測試期間

序言完成後，就該開始測試了。當您引導參與者完成為他們設置各種任務的腳本時，抵制領導他們的衝動很重要。您的目標是查看他們對任務的反應，幫助他們提供建議會挫敗該目的。

這可能非常困難，特別是如果您正在測試您設計的東西，但您需要盡最大努力不要嘗試提供幫助。看到有人努力理解如何使用你構建的東西可能會令人沮喪——你認為這絕對有道理——但請記住，你發現的東西正在幫助你。

同樣，如果您負責設計，請盡量不要讓您的面部表情洩露遊戲。這需要練習（尤其是對我來說！），但重要的是你盡量保持中立。

運行可用性測試時，您在兩個層面上學習，通過：

聽別人說什麼；和
觀察人們的所作所為。

聆聽和觀察都很重要，會為您提供不同的見解。傾聽會給你關於設計的主觀反饋：“我喜歡這個是因為……”、“我喜歡這種功能……”、“我喜歡它……” 雖然是主觀的，並且取決於您的測試參與者的意見，但這種反饋很有用，因為它可以揭示您可能沒有考慮過的做事方式。

觀察您的測試參與者如何使用您的網站或應用程序是了解哪些有效哪些無效的好方法。同樣，您正在測試您的假設：您認為您設計的東西是完美的，但有時您的測試告訴您並非如此。

重要的是要意識到傾聽人們所說的話和觀察他們所做的事情之間的區別。當您進行測試時，您正在與人類打交道，而人類喜歡考慮他人的意見。

你可能會遇到這樣的情況，你正在測試的人對特定的設計或功能贊不絕口（“我喜歡這個。”），但他們的行為卻講述了一個不同的故事（你看著他們拼命地試圖完成你給他們設置的任務！）。

不要低估觀察的力量。正如 Yogi Berra 所說：

“你可以通過觀看來觀察很多東西。”

這就是為什麼當你運行一個測試時，讓不止一個人參與是很重要的。您需要一名輔導員帶領參與者完成可用性測試，使用腳本作為指導；和一名或多名觀察者來捕捉參與者的反應。

結束時

測試——尤其是可用性測試——是設計過程的關鍵部分。把它們運行好；從長遠來看，有效的可用性測試將為您節省資金。運行可用性測試，最好在設計過程中的多個點進行，有助於讓您的用戶保持在前面和中心位置，這 - 作為用戶體驗設計師 - 是我們的目標。

您的測試不需要在完全成熟的實驗室條件下運行；重要的是你正在進行測試。如果您的預算有限，一些游擊測試總比沒有測試好；只需確保您測試的是合適的人。

請記住：您測試的對像很重要。如果你測試了錯誤的人，那麼努力製定詳細的可用性測試計劃是沒有意義的。

最後，正如我在關於用戶研究的文章中所指出的，花一些時間分析您的研究結果很重要。當您與不同的參與者完成了許多可用性測試後，與您的團隊坐下來，交叉引用所有內容，並尋找行為模式。

識別痛點——參與者遇到困難的過程中的點——意味著你可以解決這些痛點。同樣，識別快樂時刻可以幫助您確定您可能想要做的更多事情。總而言之，這種反饋——一旦你應用了它——將帶來更好的全方位體驗。