本文由特邀譯者Paula（新浪微博：0065paula）提供翻譯，除了錯(cuò)別字校對(duì)外未做任何刪改不皆！
這是篇很實(shí)用的研究測試類文章磕蒲，來自NNgroup稠屠，作者Jennifer Cardello, 介紹了如何通過信息架構(gòu)層面和用戶界面層面的用戶研究，來定位網(wǎng)站的可尋性與可發(fā)現(xiàn)性問題的根源——究竟出在信息架構(gòu)韧骗，還是導(dǎo)航設(shè)計(jì)嘉抒。
閱讀原文請(qǐng)戳傳送門
歡迎關(guān)注我的微信公眾號(hào)“開卷有譯”獲得新文章推送。如需轉(zhuǎn)載請(qǐng)注明來自公眾微信號(hào)“開卷有譯”宽闲，或簡書譯文地址众眨。
-----------------我是分割線----------------
在網(wǎng)站上定位不到自己想要的內(nèi)容是造成用戶挫敗的首要原因之一。電子商務(wù)設(shè)計(jì)第一定律：“用戶無法購買他不能找到的商品”容诬。因此娩梨，此類設(shè)計(jì)缺陷可不僅僅是可用性問題，它們也會(huì)對(duì)網(wǎng)站的盈利能力帶來巨大威脅览徒。
可尋性問題和可發(fā)現(xiàn)性問題
當(dāng)網(wǎng)站訪客頻繁使用搜索功能來尋找那些本可以通過瀏覽輕松找到的內(nèi)容時(shí)狈定，當(dāng)導(dǎo)向關(guān)鍵任務(wù)頁面的站內(nèi)流量少得可憐時(shí)，這個(gè)網(wǎng)站可能已經(jīng)出現(xiàn)了可尋性和可發(fā)現(xiàn)性問題习蓬。
可尋：如果用戶認(rèn)為某個(gè)網(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è)例子說明了信息架構(gòu)（以下簡稱IA浪规，即信息架構(gòu)的英文 Information Architecture 的縮寫）和導(dǎo)航/UI問題之間的不同：
案例1：網(wǎng)站的兩個(gè)重要部分缺乏訪問量。 可能的問題根源
IA問題：用戶不理解這兩個(gè)部分的命名探孝，或者其命名不能吸引用戶笋婿。
UI問題：用戶沒有注意到指向這兩個(gè)部分的鏈接。
案例2：內(nèi)容頁的“相關(guān)鏈接”導(dǎo)航組件無人使用顿颅。 可能的問題根源
IA問題：“相關(guān)鏈接”里面提供的鏈接并不是用戶所感興趣的（分類錯(cuò)誤）缸濒。
UI問題：用戶沒有注意到“相關(guān)鏈接”組件的存在（可能位置太靠下了，或者被誤認(rèn)為是廣告）粱腻。
胡亂猜測問題根源可能帶來很高的代價(jià)庇配。如果花錢重新設(shè)計(jì)了整個(gè)界面，結(jié)果發(fā)現(xiàn)是IA出了問題栖疑，那就太悲慘了讨永。反之亦然。時(shí)間和資源有限的情況下遇革，找準(zhǔn)問題根源具有巨大的價(jià)值卿闹。接下來我們推薦的方法全都可以快速、遠(yuǎn)程實(shí)施萝快，甚至無需研究員介入（當(dāng)然可以自愿介入）锻霎。如此快捷有效的測試方法，我們有什么道理不用呢揪漩？
多種測試幫你找出問題根源
結(jié)合使用多種測試方法是確定問題真正原因的關(guān)鍵旋恼。分別針對(duì)(a)信息架構(gòu)和(b)用戶界面進(jìn)行研究，可以增加正確定位網(wǎng)站問題的幾率奄容。
下面將要介紹的4個(gè)方法專注不同角度（或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)備樹測試员淫，你需要?jiǎng)?chuàng)建一棵反映網(wǎng)頁分組和層級(jí)的信息架構(gòu)“樹”（你可以先用電子表格創(chuàng)建好，再粘貼到用于樹測試的應(yīng)用里）击敌。接下來介返，你需要?jiǎ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)擊了哪個(gè)第一層級(jí)類目十厢？首次點(diǎn)擊可以反映出類目命名的合理性等太。
工具：
Treejack
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)行卡片分類時(shí)潜沦，我們建議一定的人工參與，不管是現(xiàn)場還是遠(yuǎn)程绪氛。這樣你可以采訪用戶為什么把某些內(nèi)容分為一組唆鸡？為什么把某些內(nèi)容歸入某一類目？以及他們?nèi)绾谓庾x類目的名字枣察？
工具：
OptimalSort, UXSort, Usabilitest Card Sorting, UserZoom Card Sorting, UsabilityTools Card Sorting
3. 點(diǎn)擊測試
點(diǎn)擊測試從UI角度出發(fā)叛赚，用來發(fā)現(xiàn)用戶尋找特定信息或功能時(shí)澡绩，會(huì)點(diǎn)擊界面的哪些部分。點(diǎn)擊測試的一個(gè)缺點(diǎn)是红伦，測試過程不是互動(dòng)的——測試參與者只能看到網(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
4.可用性測試
可用性測試可以告訴我們用戶要完成某項(xiàng)任務(wù)逗嫡，會(huì)如何瀏覽網(wǎng)站（或網(wǎng)站的原型）以及為什么這樣瀏覽青自。
此方法可以用來回答如下問題：
用戶如何尋找信息株依？
哪些導(dǎo)航組件被使用到了？
哪些導(dǎo)航組件被無視了延窜？
哪些導(dǎo)航組件被刻意避開恋腕？
準(zhǔn)備工作和測試過程：
你可以在可用性測試中使用原型（紙面原型或可交互的原型）或線上的網(wǎng)站。你需要?jiǎng)?chuàng)建一些任務(wù)逆瑞，讓測試參與者完成這些任務(wù)吗坚。你需要觀察用戶執(zhí)行任務(wù)的過程，注意他們?nèi)绾闻c導(dǎo)航組件交互呆万，以及他們是否無視或者刻意避開了某些導(dǎo)航？可用性測試可以面對(duì)面進(jìn)行车份，也可以遠(yuǎn)程進(jìn)行谋减。遠(yuǎn)程用戶測試可以通過通訊手段進(jìn)行實(shí)時(shí)的人工介入，也可以無需測試主持介入扫沼，通過在線測試工具完成出爹。
標(biāo)準(zhǔn)用戶測試只需要一個(gè)用戶和一臺(tái)電腦。（如果用紙面原型測試缎除，那就只需要一張紙严就。）不過如果預(yù)算充足，你可以在測試過程中使用眼動(dòng)追蹤儀器罐，這樣能解答用戶是否看到了任務(wù)相關(guān)的導(dǎo)航組件這樣的問題梢为。
治病的關(guān)鍵是診斷正確的病因
綜合實(shí)施多種測試方法，你會(huì)發(fā)現(xiàn)有些測試結(jié)果是正面的轰坊，有些則比較負(fù)面铸董。測試結(jié)果的不一致恰好證明了分別從IA和UI角度測試的價(jià)值。舉個(gè)例子肴沫，你做了一次封閉卡片測試粟害，發(fā)現(xiàn)用戶可以順利地把子類內(nèi)容歸入你預(yù)期的全局導(dǎo)航。而同一環(huán)境下的點(diǎn)擊測試則成功率頗低——用戶試圖執(zhí)行關(guān)鍵任務(wù)時(shí)颤芬，只會(huì)點(diǎn)擊錯(cuò)誤的地方悲幅。綜合兩個(gè)測試的結(jié)果，說明了你網(wǎng)站類目命名合理站蝠，但是界面布局很有問題汰具。你最好重新設(shè)計(jì)一下網(wǎng)站的布局外觀。
可尋性和可發(fā)現(xiàn)性問題會(huì)讓人不知所措沉衣，在信息不足的情況下做出不經(jīng)思考的失敗改動(dòng)郁副。團(tuán)隊(duì)經(jīng)常沒有多少時(shí)間進(jìn)行研究，更突顯了這四種測試方法的價(jià)值——他們不需要多少準(zhǔn)備時(shí)間豌习，可以同時(shí)進(jìn)行存谎，并且可以遠(yuǎn)程實(shí)施——如果你想要的話拔疚，也可以不讓任何測試人員介入。因此既荚，實(shí)施這四種測試中的兩種或多種測試是合理的金錢和時(shí)間投資稚失。這樣做可以幫助你深入探索問題的本質(zhì)原因，并降低采取代價(jià)高昂的錯(cuò)誤解決方案的風(fēng)險(xiǎn)恰聘。
