如何分六步進行可用性測試
已發表: 2022-03-11設計測試將幫助您構建為人們工作的優秀產品。
用戶測試有很多名稱:產品測試、設計測試、可用性測試、設計驗證等。它是關於在真實場景中與真實用戶一起測試設計的至關重要的過程。 一旦你深入了解用戶的擔憂和可用性問題,你就會變得更好地糾正它們。
用戶測試——這是以用戶為中心的設計理念的一部分——是設計師工作中最重要的方面之一。 這不僅僅是令人驚嘆的視覺效果(表面)。 它是關於有效地解決問題; 只能通過重複測試和設計的多次迭代才能完成的事情。 這是獲得有價值的見解的絕妙方法,了解哪些有效,哪些無效。
我想確保設計運行良好,並且所有假設和假設都得到驗證——與用戶一起測試已成為我設計過程中最重要的步驟之一。
用戶測試就像在某人與您的應用程序或網站交互時監視他們,除了您可以在此過程中提出問題並將他們推向您想要探索的方向。 這不是那麼昂貴或難做。 不幸的是,沒有足夠的設計/產品團隊這樣做。
我們將介紹可用性測試的原因以及成功進行測試的六個基本和必要步驟。
為什麼要測試?
UX 社區有句老話:“你不是用戶。”
我永遠不會忘記我的第一次用戶測試體驗。 兩個月來,我努力微調一個 Web 應用程序的原型。 我想讓它變得完美,我天真地、毫不掩飾地確信它會起作用。 我大錯特錯了。 像許多其他設計師一樣,我迷戀於自己的創作。
我測試的第一個人在第二步之後變得糊塗了——我的幻想一下子就破滅了。 我被摧毀了。
那天,我經歷了五次測試。 最後,我不得不接受這樣一個事實:也許我並沒有我想像的那麼好。
第二天,我用快速的交互式線框替換了我拋光的原型,這些線框代表了一個新的和改進的設計概念,基於我從前一天的用戶測試中獲得的見解。 結果令人印象深刻——即使是新手用戶也能夠使用相當複雜的應用程序。
作為一名設計師,第一次測試體驗對我產生瞭如此大的影響,我現在測試每一個設計。 這總是值得的,我總是對我做錯的事情感到驚訝。
在快速原型上犯錯誤肯定比在成品上犯錯誤要好。 可悲的是,許多公司將巨額資金投入到未經檢驗的假設和應用中。
錯誤的設計決策在成品上變得非常明顯——不必要的錯誤需要付出巨大的代價來修復。 部署未經測試的應用程序的最終成本是巨大的。
用戶測試的六個基本要素
要完成正確的用戶測試過程,您需要執行以下操作:
- 創建原型
- 制定一個測試計劃
- 招聘人員(目標用戶)
- 尋找合適的位置
- 緩和測試
- 記錄測試結果
創建原型
原型是產品的早期模型——通常具有有限的功能——用於測試設計概念; 可以復製或學習的東西。 創建原型的方法有多種,工具也很多,包括離線軟件和在線應用程序。
不同的保真度和方法適用於不同的情況。
有一種非常基本的方法——在一張紙上畫一些草圖,給它們拍照,然後使用 Adobe Experience Design 之類的工具將它們連接在一起。 您可以為桌面和移動應用程序執行此操作。
或者,您可以創建交互式線框——在 InVision 等在線原型製作工具中將線框串在一起。
我為同一個項目創建了多個變體並構建了幾個完全不同的原型。 我把它們放在一起後決定哪個最好。 很多時候,一旦我開始與他們合作,我會發現我在創建第一個原型時沒有想到的解決方案。
我最初的原型設計工具是 Axure RP。 它非常複雜,大約需要六個月才能掌握。 但是,您可以在幾天內學習基礎知識並創建簡單的交互式原型。
我也嘗試過一些解決方案,例如 InVision 或 UXpin。 它們是基於網絡的、創新的,而且價格便宜得多。 它們不像 Axure 那樣功能豐富且靈活,但使用起來要簡單得多。 您還可以輕鬆地與客戶和團隊成員共享您的原型。
最近,漫威一直是我的首選工具。 這是一個很棒的移動和網絡應用程序,創建和共享原型非常容易,而且它還有一個方便的 Sketch 插件。
那裡有各種各樣的原型製作工具。 這是一個很棒的比較網站:http://www.prototypr.io/prototyping-tools。
制定測試計劃
制定測試計劃很重要; 否則,你最終會浪費很多時間。 在基本層面上,該計劃應概述:
- 正在測試什麼(特性、功能、任務)
- 如何衡量(特定領域測試的成功或失敗率)
假設我正在為公共交通路線規劃器測試一個移動應用程序。 我設計了該應用程序的三個主要功能:旅程計劃、訂票和座位預訂。
我有一群目標用戶,他們通常乘公共汽車到處旅行。 在測試過程中,我將詳細介紹並嘗試從我的用戶那裡了解某些特性和功能是否對用戶友好——即,“明顯”(對用戶來說是顯而易見的)並且易於使用。
編寫測試計劃,我瀏覽原型並記下一些問題。 例如:
- 用戶是否能夠有效且快速地規劃他們的旅程?
- 他們可以輕鬆訂票嗎?
- 他們可以預訂座位嗎?
假設有十五個人同意加入測試。 在會議開始之前,我創建了一個包含五列的電子表格:
- 第 1 列:參與者的姓名,
- 第2-4 列:要測試的應用程序的三個功能,
- 第 5 列:如果參與者在使用給定功能時遇到困難,我會記下它並寫下造成混淆的原因。

使用這個電子表格,我可以評估我的原型是否成功。 如果 15 個人測試三個功能,則需要 45 個(15x3)任務。 如果人們完成 38 項任務,我的成功率為 85%。
招聘人員,即“用戶”
如果您正在與現有客戶一起開展項目,那麼招聘應該很容易。 聯繫銷售團隊或利益相關者並獲得一些客戶聯繫。
對於小型個人項目或內部公司項目,請嘗試在 Facebook 上與屬於目標受眾的朋友聯繫。 您也可以要求推薦他們的聯繫人。 團隊的其他成員也可以這樣做。 重要的是要找到公正的參與者,他們不僅想“對你好”,即喜歡他們所看到的一切。 你需要公正的反饋——好的或壞的——才能真正從測試中獲得價值。
如果您在更大的項目中與外部客戶合作,我建議您使用諸如 usertesting.com、validately.com、clicktale.com 或 verifyapp.com 之類的服務。
有時,在招募潛在用戶時可能很難解釋您在尋找什麼。 大多數人並不熟悉參與用戶測試。 我的請求通常是這樣的:
“嘿沃爾特! 我知道你真的很忙,但我希望你能抽出半個小時幫助我完成我正在做的一個項目。 這是一個公共交通旅程規劃應用程序。 我知道你經常乘公共汽車旅行,我想看看你會如何使用它。”
最好至少進行 3-5 次測試(遠程或面對面)。 這應該為您提供足夠的材料進行第一次迭代。 如果您可以召集,您可以為參與者提供咖啡/茶和小吃、禮品卡或公司提供的折扣代碼,以換取他們的參與。
安排測試之間有 30-45 分鐘的休息時間是個好主意。 您可能會發現您從一個錯誤的角度來處理您的設計,並且您可以在下一個測試人員到達之前當場解決最大的問題。 測試很激烈,你還需要休息一下,收集你的發現,做筆記,在下一輪之前放鬆一下。
尋找合適的測試地點
我建議親自進行測試,因為您可以閱讀肢體語言和諸如緊張和嘆息之類的微妙信號,或者捕捉到諸如人們因掙扎而做鬼臉之類的東西。 這是一個介入並詢問他們是否對某些事情感到困惑的機會。
此外,人們在面對面的環境中往往更加專注。 如果您通過 Skype 或 Hangout 進行遠程測試,他們可能會分心,事情可能會從您身邊溜走。
找到一個兼容的會議場所,使分心或乾擾的機會最少,這一點至關重要。 你需要找到一個人們可以專注於測試的環境。
我不希望將參與者帶到我客戶的辦公室——可以想像,公司環境可能會讓他們感到受限,好像他們正在被觀察。 在家中拜訪人們也不是最佳情況。 寵物、孩子或家庭成員可能會分散您的測試用戶的注意力。
在我看來,咖啡館是完美的環境。 有音樂在播放,聞起來很香,咖啡讓每個人都保持警覺。 遠離個人承諾和分心,測試對象往往會放鬆——而且,這通常可以幫助他們在測試過程中感覺彷彿置身於真實世界的場景中。
你甚至可以在外面做測試! 有時,您可能希望將您的潛在用戶置於一個真實的、上下文準確的環境中——比如一起乘坐公共汽車,同時查看您的公共汽車旅程規劃原型。
運行測試
測試的質量很大程度上受您良好運行測試和有效溝通的能力(稱為“審核測試”)的影響。 這也是準備和測試計劃的用武之地。如果您以前沒有測試過任何東西,我建議您與您的伴侶或家人一起進行一些無壓力的測試。
練習問你要問的問題類型,你將能夠更有效地運行你的測試。
在一個溫暖、舒適的環境中測試所有東西,並無限期地完成任務是錯誤的。 為您的用戶提供上下文並提醒他們想像他們在現實生活中使用您的應用程序——例如,在鍛煉、通勤或購物時。
感謝您的參與者花時間幫助您也很重要。 提醒他們您進行這些用戶反饋會議的原因是因為您渴望優化您的網站/應用程序/平台的可用性以獲得最佳用戶體驗。
確保你告訴他們他們不是被測試的人。 這是設計。
如果您正在進行遠程測試,請使用屏幕錄製軟件進行錄製。 如果親自到場,請使用攝像機或錄音機。 你會驚訝於你錯過了多少!
通過記錄會話,您會發現自己更加放鬆,因為您不必做筆記。 您能夠更專注於建立良好的融洽關係並使測試對您的參與者感到舒適。 您可以稍後從錄音中記錄所有內容。
確保告訴你的測試對象,錄音是機密的,僅供內部使用,只有你一個人會看/聽他們。
MacOS 用戶可以使用 QuickTime 進行屏幕捕捉。 我使用 Screenflick(29 美元)。 它可以同時記錄屏幕和網絡攝像頭,修剪記錄,並很好地導出結果。 還有一些適用於 iOS 的應用程序。
為了真正了解用戶的需求、行為、目標和挫折感,請提出不會引導他們的開放式問題。 這裡有些例子:
- 我注意到那裡有點猶豫,是什麼阻止了你?
- 你認為這個按鈕會做什麼?
- 這個產品最吸引人的是什麼?
- 使用這個產品最難的部分是什麼?
- 這個產品有什麼令人驚訝或意想不到的地方嗎?
- 可以做些什麼來改進這個產品?
- 可能缺少什麼? 你還想看什麼?
- 你喜歡/不喜歡它的工作方式嗎?
- 您認為該產品將如何幫助您?
- 你今天會使用這個產品嗎?
- 你認為為什麼有人會使用這個產品?
記錄您的測試結果
從我之前提到的測試文檔電子表格中提取並總結您的發現,並在一份簡短的一頁報告中。 這將幫助您專注於給人們帶來最大麻煩的問題。 需要改進的地方很快就會顯現出來。 通常,我的測試工件包括:
- 帶有註釋的電子表格
- 錄音
- 錄屏
- 來自網絡攝像頭的測試參與者的記錄
當您的測試被正確記錄後,您可以進一步研究它並讓它指導您的下一次迭代。 您還可以與利益相關者一起使用測試結果來支持您的下一個設計決策。
擁抱測試並享受它。 這會很有趣的!
總之,記住兩點:
- 經驗法則:如果構建一個原型需要超過 90 分鐘,那麼你就是在嘗試做太多事情。
- 一旦測試成功率超過 90%,停止測試。 應用程序/站點/平台現在應該非常有用且“有用”。 MVP時間!
在本文的開頭,我說過我第一次測試的結果讓我很傷心。 它動搖了我對自己能力的信任。 那時我意識到試錯是這個過程的一個自然部分。 專業人士不會犯錯誤是不正確的。 專業人士快速向他們學習,縮短迭代循環,並在過程中完善設計。
致設計師:享受測試過程——它改進了您的設計! 盡快在真實場景中與真實用戶測試您的想法。 您從觀察實際用戶如何使用您的產品中獲得的見解是無價的。 每一次迭代都是向前邁出的重要一步。
對客戶:不要讓設計師在沒有測試的情況下完成項目。 在編寫第一行代碼之前,充分利用機會評估您的產品。 可能需要多花一周的時間,花費更多,但最終您會節省並通過這樣做獲得一百倍以上的收益!
• • •
進一步閱讀 Toptal 設計博客:
- 電子商務用戶體驗——最佳實踐概述(附信息圖)
- 以人為本的設計在產品設計中的重要性
- 最佳 UX 設計師作品集——鼓舞人心的案例研究和示例
- 移動界面的啟發式原則
- 預期設計:如何創造神奇的用戶體驗