這是篇很實(shí)用的研究測試類文章，介紹了如何通過信息架構(gòu)層面和用戶界面層面的用戶研究，來定位網(wǎng)站的可尋性與可發(fā)現(xiàn)性問題的根源——究竟出在信息架構(gòu)，還是導(dǎo)航設(shè)計(jì)。

　　網(wǎng)上商城建設(shè)商城眾網(wǎng)網(wǎng)絡(luò)營銷專家指出：在網(wǎng)站上定位不到自己想要的內(nèi)容是造成用戶挫敗的首要原因之一。電子商務(wù)設(shè)計(jì)第一定律：“用戶無法購買他不能找到的商品”。因此，此類設(shè)計(jì)缺陷可不僅僅是可用性問題，它們也會對網(wǎng)站的盈利能力帶來巨大威脅。

　　可尋性問題和可發(fā)現(xiàn)性問題

　　當(dāng)網(wǎng)站訪客頻繁使用搜索功能來尋找那些本可以通過瀏覽輕松找到的內(nèi)容時，當(dāng)導(dǎo)向關(guān)鍵任務(wù)頁面的站內(nèi)流量少得可憐時，這個網(wǎng)站可能已經(jīng)出現(xiàn)了可尋性和可發(fā)現(xiàn)性問題。

　　可尋：如果用戶認(rèn)為某個網(wǎng)站中有他要找的內(nèi)容或功能，他就可以很輕松地找到它們。

　　可發(fā)現(xiàn)：如果用戶不知道網(wǎng)站中存在某些內(nèi)容或功能，他仍然可以發(fā)現(xiàn)它們。

　　合理的信息架構(gòu)和優(yōu)質(zhì)的導(dǎo)航系統(tǒng)保障了網(wǎng)站的高可尋性和可發(fā)現(xiàn)性。而解決可尋性和可發(fā)現(xiàn)性問題的首要挑戰(zhàn)，便是確定問題的根源——究竟是信息架構(gòu)還是導(dǎo)航設(shè)計(jì)的問題?以下兩個例子說明了信息架構(gòu)(以下簡稱IA，即信息架構(gòu)的英文 Information Architecture 的縮寫)和導(dǎo)航/UI問題之間的不同：

　　案例1：網(wǎng)站的兩個重要部分缺乏訪問量。可能的問題根源。

　　IA問題：用戶不理解這兩個部分的命名，或者其命名不能吸引用戶。

　　UI問題：用戶沒有注意到指向這兩個部分的鏈接。

　　案例2：內(nèi)容頁的“相關(guān)鏈接”導(dǎo)航組件無人使用。 可能的問題根源

　　IA問題：“相關(guān)鏈接”里面提供的鏈接并不是用戶所感興趣的(分類錯誤)。

　　UI問題：用戶沒有注意到“相關(guān)鏈接”組件的存在(可能位置太靠下了，或者被誤認(rèn)為是廣告)。

　　胡亂猜測問題根源可能帶來很高的代價(jià)。如果花錢重新設(shè)計(jì)了整個界面，結(jié)果發(fā)現(xiàn)是IA出了問題，那就太悲慘了。反之亦然。時間和資源有限的情況下，找準(zhǔn)問題根源具有巨大的價(jià)值。接下來我們推薦的方法全都可以快速、遠(yuǎn)程實(shí)施，甚至無需研究員介入(當(dāng)然可以自愿介入)。如此快捷有效的測試方法，我們有什么道理不用呢?

　　多種測試幫你找出問題根源

　　結(jié)合使用多種測試方法是確定問題真正原因的關(guān)鍵。分別針對(a)信息架構(gòu)和(b)用戶界面進(jìn)行研究，可以增加正確定位網(wǎng)站問題的幾率。

　　下面將要介紹的4個方法專注不同角度(或IA，或UI)，并給出了定量、定性或兩者皆有的結(jié)果。

　　*可用性測試通常是定性的，但是通過一些額外的手段，或使用類似Loop11這樣的工具，也可以產(chǎn)出定量的結(jié)果。

　　1. 樹測試

　　樹測試是從IA角度出發(fā)的測試方法。用來判斷關(guān)鍵任務(wù)的相關(guān)信息在網(wǎng)站的信息架構(gòu)中是否可尋。這種測試并不向被測者展示用戶界面。被測者僅僅通過鏈接文字進(jìn)行導(dǎo)航。

　　此方法可以回答如下問題：

　　類目的命名能否被用戶理解?

　　類目的命名是否準(zhǔn)確代表了其內(nèi)容?

　　網(wǎng)站內(nèi)容的分類是否以用戶為中心?

　　內(nèi)容的標(biāo)題之間是否具有明顯的區(qū)分度?

　　導(dǎo)航結(jié)構(gòu)是否過寬或過深，導(dǎo)致信息不易找到?

　　準(zhǔn)備工作和測試過程：

　　準(zhǔn)備樹測試，你需要創(chuàng)建一棵反映網(wǎng)頁分組和層級的信息架構(gòu)“樹”(你可以先用電子表格創(chuàng)建好，再粘貼到用于樹測試的應(yīng)用里)。接下來，你需要創(chuàng)建具體的任務(wù)，讓用戶在信息架構(gòu)中尋找特定的目的地(稱作“終端節(jié)點(diǎn)”)。例如，“找到囊括4人家庭并少于每月500美元的健康保險(xiǎn)計(jì)劃”。測試參與者通過與樹交互來完成任務(wù)。

　　結(jié)果：

　　測試結(jié)果是定量的，包含但不限于：

　　直接成功率：多少參與者不需要在樹中上下反復(fù)，就可以找到正確答案?

　　間接成功率：多少參與者雖然找到了正確答案，但是經(jīng)歷了在樹中上上下下反復(fù)游走?

　　首次點(diǎn)擊數(shù)據(jù)：用戶首先點(diǎn)擊了哪個第一層級類目?首次點(diǎn)擊可以反映出類目命名的合理性。

　　工具：

　　Treejack

　　Treejack 參與者看到的樹測試界面：屏幕頂端列出任務(wù)。測試參與者必須通過樹中的標(biāo)簽進(jìn)行導(dǎo)航，并找到指定的信息。

　　Treejack 提供的某項(xiàng)任務(wù)的樹測試結(jié)果，包含了直接成功，間接成功相關(guān)數(shù)據(jù)和所花時間。

　　2. 封閉卡片分類

　　封閉卡片分類是從IA角度出發(fā)的測試方法。用來衡量類目命名的有效性。

　　此方法可以回答如下問題：

　　類目的命名能否被用戶理解?

　　類目的命名是否準(zhǔn)確代表了其內(nèi)容?

　　網(wǎng)站內(nèi)容的分類是否以用戶為中心?

　　內(nèi)容的標(biāo)題之間是否具有明顯的區(qū)分度?

　　準(zhǔn)備工作和測試過程：

　　要實(shí)施這類測試，你需要為測試參與者準(zhǔn)備“卡片”。這些卡片包含了內(nèi)容或功能的名稱或描述。接下來，他們將要將這些卡片歸入你定好的類目中。(這種封閉卡片分類與傳統(tǒng)的開發(fā)卡片分類不同，后者需要用戶自己創(chuàng)建不同類目并歸類。)

　　結(jié)果：

　　測試結(jié)果包含定量和定性結(jié)論：

　　相似性：相同內(nèi)容被歸為一組的次數(shù);

　　標(biāo)準(zhǔn)化表格：卡片被歸入預(yù)期類目的次數(shù);

　　歸類邏輯：進(jìn)行卡片分類時，我們建議一定的人工參與，不管是現(xiàn)場還是遠(yuǎn)程。這樣你可以采訪用戶為什么把某些內(nèi)容分為一組?為什么把某些內(nèi)容歸入某一類目?以及他們?nèi)绾谓庾x類目的名字?

　　工具：

　　OptimalSort, UXSort, Usabilitest Card Sorting, UserZoom Card Sorting, UsabilityTools Card Sorting

　　OptimalSort的封閉卡片分類界面：待分類的“卡片”在左側(cè)，頁面的主體列出了類目。測試參與者需要將卡片拖拽到類目中，進(jìn)行分類。

　　OptimalSort提供了封閉卡片測試結(jié)果的標(biāo)準(zhǔn)化表格。從這些數(shù)據(jù)中可以看出多少用戶將卡片歸入某個類目。如果大多數(shù)用戶為某張卡片選擇的類目與你的預(yù)期不同，那么該重新考慮一下你的信息架構(gòu)是否合理了。

　　3. 點(diǎn)擊測試

　　點(diǎn)擊測試從UI角度出發(fā)，用來發(fā)現(xiàn)用戶尋找特定信息或功能時，會點(diǎn)擊界面的哪些部分。點(diǎn)擊測試的一個缺點(diǎn)是，測試過程不是互動的——測試參與者只能看到網(wǎng)站的靜態(tài)圖片，然后點(diǎn)擊他們預(yù)期可以完成任務(wù)的地方。一旦他們點(diǎn)擊了某處，就視作任務(wù)完成，可以開始下一項(xiàng)任務(wù)了。如果要測試具有交互的元素，需要進(jìn)行可用性測試。

　　此方法可以用來回答如下問題：

　　哪些導(dǎo)航組件被使用到了?

　　哪些導(dǎo)航組件被無視了?

　　哪些導(dǎo)航組件被刻意避開?

　　準(zhǔn)備工作和測試過程：

　　你需要上傳待測頁面的截屏、線框圖或草圖到點(diǎn)擊測試工具里。然后創(chuàng)建任務(wù)。測試參與者需要在圖片上點(diǎn)擊那些他們認(rèn)為可以執(zhí)行任務(wù)的地方。

　　結(jié)果：

　　測試結(jié)果是一張點(diǎn)擊熱圖，可以幫助你判斷導(dǎo)航設(shè)計(jì)是否明顯，某些元素是否形成視覺干擾等。

　　工具：

　　Usabilla Visual Survey, Chalkmark

　　Chalkmark呈獻(xiàn)給參與者的點(diǎn)擊測試界面：屏幕頂端列出任務(wù)。用戶需要點(diǎn)擊圖片上那些他們認(rèn)為可以執(zhí)行任務(wù)的地方。

　　Chalkmark的點(diǎn)擊熱圖展示了用戶完成每個任務(wù)時都點(diǎn)擊了哪些地方。

　　4.可用性測試

　　可用性測試可以告訴我們用戶要完成某項(xiàng)任務(wù)，會如何瀏覽網(wǎng)站(或網(wǎng)站的原型)以及為什么這樣瀏覽。

　　此方法可以用來回答如下問題：

　　用戶如何尋找信息?

　　哪些導(dǎo)航組件被使用到了?

　　哪些導(dǎo)航組件被無視了?

　　哪些導(dǎo)航組件被刻意避開?

　　準(zhǔn)備工作和測試過程：

　　你可以在可用性測試中使用原型(紙面原型或可交互的原型)或線上的網(wǎng)站。你需要創(chuàng)建一些任務(wù)，讓測試參與者完成這些任務(wù)。你需要觀察用戶執(zhí)行任務(wù)的過程，注意他們?nèi)绾闻c導(dǎo)航組件交互，以及他們是否無視或者刻意避開了某些導(dǎo)航?可用性測試可以面對面進(jìn)行，也可以遠(yuǎn)程進(jìn)行。遠(yuǎn)程用戶測試可以通過通訊手段進(jìn)行實(shí)時的人工介入，也可以無需測試主持介入，通過在線測試工具完成。

　　標(biāo)準(zhǔn)用戶測試只需要一個用戶和一臺電腦。(如果用紙面原型測試，那就只需要一張紙。)不過如果預(yù)算充足，你可以在測試過程中使用眼動追蹤儀，這樣能解答用戶是否看到了任務(wù)相關(guān)的導(dǎo)航組件這樣的問題。

　　治病的關(guān)鍵是診斷正確的病因

　　綜合實(shí)施多種測試方法，你會發(fā)現(xiàn)有些測試結(jié)果是正面的，有些則比較負(fù)面。測試結(jié)果的不一致恰好證明了分別從IA和UI角度測試的價(jià)值。舉個例子，你做了一次封閉卡片測試，發(fā)現(xiàn)用戶可以順利地把子類內(nèi)容歸入你預(yù)期的全局導(dǎo)航。而同一環(huán)境下的點(diǎn)擊測試則成功率頗低——用戶試圖執(zhí)行關(guān)鍵任務(wù)時，只會點(diǎn)擊錯誤的地方。綜合兩個測試的結(jié)果，說明了你網(wǎng)站類目命名合理，但是界面布局很有問題。你最好重新設(shè)計(jì)一下網(wǎng)站的布局外觀。

　　可尋性和可發(fā)現(xiàn)性問題會讓人不知所措，在信息不足的情況下做出不經(jīng)思考的失敗改動。團(tuán)隊(duì)經(jīng)常沒有多少時間進(jìn)行研究，更突顯了這四種測試方法的價(jià)值——他們不需要多少準(zhǔn)備時間，可以同時進(jìn)行，并且可以遠(yuǎn)程實(shí)施——如果你想要的話，也可以不讓任何測試人員介入。因此，實(shí)施這四種測試中的兩種或多種測試是合理的金錢和時間投資。這樣做可以幫助你深入探索問題的本質(zhì)原因，并降低采取代價(jià)高昂的錯誤解決方案的風(fēng)險(xiǎn)。

（轉(zhuǎn)載至網(wǎng)絡(luò)，僅作為相關(guān)資訊的傳播普及目的，如果原作者發(fā)現(xiàn)內(nèi)容的使用不符合本人意愿，請聯(lián)系本站作者或客服，將第一時間刪除處理）