什麼是樹測試? | 用戶體驗研究 #28
已發表: 2023-02-15你知道所謂的樹測試是什麼嗎? 閱讀我們的文章,其中我們向您介紹了這種方法。 進行良好的樹測試可以讓您改進站點架構並創建更加用戶友好、直觀的最終產品——因此,對整體用戶體驗產生積極影響。
什麼是樹測試? - 目錄:
- 什麼是樹木測試?
- 樹測試與卡片分類和首次點擊測試
- 何時應用樹測試?
- 樹木測試的缺點
- 如何進行樹木測試
- 概括
什麼是樹木測試?
樹測試意味著評估設計的網站或應用程序的架構——特別是它的菜單——即產品中選項卡和子頁面的一種“分支”(因此名稱指的是樹)。 這種方法實施起來相對簡單,您可以在開發過程的早期使用它,以便在以後節省大量時間和精力。 樹測試允許您獲得設計具有菜單的功能性網站或應用程序所需的反饋。
樹測試與卡片分類和首次點擊測試
樹測試有時也被稱為“向後卡片排序”,在某種程度上類似於首次點擊測試,因此如果不先討論其他方法就很難描述它。 但是,請注意,這些解決方案是強相關的,表面上看起來非常相似,但在 UX 設計中它們具有非常不同的功能。
首次點擊測試涉及給受試者一項任務——例如,在商店網站上搜索營業時間——並記錄用戶點擊的第一個位置是否是該任務的正確路徑。 未能在正確的位置單擊或花費太長時間查找信息將表明我們網站的佈局有問題。 要么網站架構不直觀,要么網站設計在某種程度上令人困惑或分散注意力。 這也可能意味著正確的點擊位置被意外隱藏或遮蓋了。 當想要檢查新設計和調查現有設計中可能存在的問題時,都可以進行首次點擊測試。
另一方面,卡片分類涉及給參與者一組卡片(計算機屏幕上的紙質或電子卡片),每張卡片包含一個特定的口號/類別/詞。 然後,我們要求受試者對卡片進行分類,並以最合乎邏輯和最有意義的方式將它們分組。 儘管此方法有多種可能的應用,但它通常被用作設計網站或應用程序結構的第一步。
對卡片分類和首次點擊測試有了基本的了解後,我們可以繼續更廣泛地討論樹測試。 樹測試涉及向參與者展示站點的架構並詢問他們將單擊何處以實現給定目標(強制任務)。 然而,與首次點擊測試不同的是,它並沒有在這個階段結束。 測試人員必須走完整個路徑,從第一頁到最後一次點擊。 值得記住的是,正確執行第一次點擊並不能保證成功——用戶仍然可能在完成任務之前迷路。 頁面結構佈局不正確會導致用戶流失。
樹測試和首次點擊測試之間的另一個顯著區別是入門只涵蓋頁面的結構,而不是其內容或佈局。 在首次點擊測試期間,例如,按鈕太大或太小、按鈕位置不正確或顏色錯誤可能會導致無效點擊——即使頁面的基本架構是正確的。 在樹測試中,這些變量都不相關,因為參與者看不到頁面的整個佈局,而只看到一張圖表,顯示哪些標題將包含哪些副標題。
樹測試通常被稱為向後卡片分類,因為這兩種方法都非常關注站點的體系結構及其分支的選項“樹”——或菜單。 在卡片分類中,您要求用戶為您創建“樹”,然後您進一步測試(樹測試)。
何時應用樹測試?
您可以在設計過程的早期進行,因為網站——甚至是它的草圖——還不一定存在。 測試所需要的只是一棵前期準備好的“樹”,比如跟用戶排序卡片的時候。 如果這棵樹沒有通過測試,問題就相對簡單,最重要的是,修復起來很便宜,因為您不必在這個過程中回溯很遠。
請記住,在 UX 行業中,對於每次在項目中必須使用的方法,沒有單一的理想流程或指南。 這完全取決於您的情況、您的時間和人力資源、您的預算以及項目本身的範圍。 我們應該根據問題,我們正在研究的內容以及我們希望在產品中實現和改進的內容來選擇方法。
但是,如果您正在製作一個更精緻的網站——它將有一個菜單和至少幾個子頁面,那麼值得專門研究架構。 按用戶對選項卡進行排序,結合隨後的樹測試,將使您能夠準備一個直觀、用戶友好且清晰的站點架構,從而產生一個清晰的界面,易於導航。
樹測試方法的缺點
樹測試只關注網站的架構——這對用戶體驗設計師來說是非常寶貴的幫助,因為如果測試揭示了問題,我們就知道問題出在哪裡。 然而,許多其他的事情在設計中都可能出錯,所以不要只使用樹測試。 為確保整個產品的可用性,您還需要有關設計及其功能的其他方面的信息來源。 樹木測試的另一個潛在缺點可能是,由於自動化和遠程過程,很難從中獲得可以查明問題原因的定性數據。
如何進行樹木測試?
- 設計測試
- 選擇工具
- 創建樹
- 寫作業
從邏輯上測試一棵樹非常簡單,因為它不需要移動、收集材料或協調更多的人。 在準備過程中,您需要做的就是設計您的測試。
雖然可以使用手繪站點地圖和記事本執行樹測試,但是,大多數測試是使用專用工具在線完成的。 它們允許您輸入類別和子類別(通常是所有菜單分支元素),從中創建可點擊的樹,用於測試。
參與者獲得測試鏈接並執行分配的任務。 他們可以在不受監管的環境中、在自己舒適的家中使用私人計算機或在可以觀察整個測試的有監管的環境中進行此操作。 該工具跟踪參與者點擊的位置、他們點擊的時間、他們點擊每個對象/元素的順序以及他們中有多少人點擊了正確的地方。
當然,在您測試樹之前,您需要設計它並決定您想要嘗試其中的哪一部分——如果您的站點非常複雜和廣泛,您不需要一次嘗試所有路徑。 您可以運行 A/B 測試並同時評估兩種不同的樹——以評估哪一種效果更好。 但是,切記不要向同一測試人員展示兩個版本。
在為抽樣組準備任務時,盡量不要讓它們太簡單,“查找商店營業時間”。 請記住避免使用與答案相同的措辭。 其次,測試人員必須與真實用戶處在相同的心情和相同的情況下——頭腦的工作方式不同取決於這個人是在解決測試還是試圖解決實際生活中的問題。 給測試人員一個真實的場景,而不是一個簡單的測試問題。
另外,不要創建過於復雜的場景:遺漏可能會使您感到困惑的無關細節。 請記住,許多參與者只是瀏覽問題而不是仔細閱讀並理解問題,因此可能會將額外的細節誤認為是任務的中心點。 一兩句話就夠了。
同一個測試可以——而且確實應該——包括多項任務,以獲得關於樹是否按計劃工作的更大、更詳細的畫面。 但是,您應該保持不超過 10 個命令,這樣整個測試就不會花費太長時間並且不會讓測試人員過度疲勞。 如果您計劃測試 10 個以上的任務,請計劃多個測試。 您永遠無法測試頁面上的所有內容、每條可能路徑,因此請關注對產品可用性最重要的元素,以及您懷疑可能是特定問題的元素。
概括
樹木測試比大多數其他測試更具優勢,這要歸功於市場上可用的現代工具,因為它們易於準備和執行。 我們相信我們已經成功地展示了樹測試,作為一種有用的、低成本和簡單的設計驗證方法。 但請記住,它並非在所有情況下都適用,並且作為大多數用戶體驗研究方法的原則,需要輔以其他測試以獲得更可靠的結果和更廣泛地了解用戶面臨的問題。
如果您喜歡我們的內容,請在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest、TikTok 上加入我們忙碌的蜜蜂社區。
用戶體驗研究:
- 什麼是用戶體驗研究?
- 用戶體驗研究的類型
- 什麼是研究問題以及如何撰寫?
- UI/UX 項目的需求收集流程
- 為什麼利益相關者訪談對於設計過程至關重要?
- 如何利用我們收集的客戶數據?
- 如何制定好的用戶體驗研究計劃?
- 如何選擇研究方法?
- 試點測試如何改進用戶體驗研究?
- 用戶體驗研究參與者招募
- 尋找用戶體驗研究參與者的渠道和工具
- 用戶體驗研究篩選調查
- 用戶體驗研究獎勵
- 兒童用戶體驗研究
- 發現研究方法
- 什麼是案頭研究?
- 如何進行用戶訪談?
- 如何進行日記研究?
- 研究中的焦點小組是什麼?
- 什麼是民族志研究?
- 調查研究
- UX 中的卡片分類是什麼?
- 什麼是評價性研究?
- 如何進行可用性測試?
- 何時以及如何進行偏好測試?
- 什麼是 UX 中的 A/B 測試?
- UX 測試中的眼動追踪
- 什麼是樹測試?
- 首次點擊測試
- 什麼是用戶體驗研究中的任務分析?