本文主要探討的是專家評審。專家評審是發(fā)現(xiàn)可用性問題的有效方法，也是對可用性測試手段的一種補充。enjoy~

一．什么是“設(shè)計評審”？

定義：設(shè)計評審是一種可用性測查工具，通常由一個評審員審查設(shè)計方案中的可用性問題。

“設(shè)計評審”一詞頗為廣義，涉及數(shù)種可用性測查方法，且每一種的運用因人（評審員）而異、因評審目的而異。常見的設(shè)計評審方法有：

• 啟發(fā)式評估（Heuristic Evaluation）：啟發(fā)式評估的標(biāo)準(zhǔn)是：設(shè)計方案需遵循一套設(shè)計原則，比如尼爾森十大可用性原則。
• 獨立設(shè)計準(zhǔn)則（Standalone Design Critique）：獨立設(shè)計準(zhǔn)則是（通常以群組對話的形式）對進行中的設(shè)計加以分析，以決策設(shè)計方案是否達成目標(biāo)、體驗友好的一種評估方法。
• 專家評審（Expert Review）：專家評審是指由UX專家對網(wǎng)站/或網(wǎng)站部分功能、App應(yīng)用/App中部分功能進行可用性問題的精細檢查。很多公司分不清專家評審和啟發(fā)式評估兩者的界限，把專家評審當(dāng)做是比啟發(fā)式評估更加通用的方法也是可以的。

一旦繪制好詳盡的原型圖，設(shè)計評審即可登場。由于設(shè)計評審只是基于設(shè)計稿本身的精細檢查、與用戶真實使用場景不同，所以我們能夠測查的是設(shè)計稿中的設(shè)計說明/標(biāo)注、無真實用戶的抽象界面等。

（補充說明：這樣做的好處是可以在產(chǎn)品開發(fā)上線前就可以驗證設(shè)計方案是否可行。）
設(shè)計評審的另一個好處是可以對設(shè)計稿的不同模塊如對話框、異常處理流程等進行獨立分析。（在用戶測試環(huán)節(jié)，我們大多會先測試比較重要的一二級用戶任務(wù)及流程，而不是上來就測查單獨的小功能。）

本文主要探討的是專家評審。

二. 專家評審

專家評審主要是進行充分的啟發(fā)式評估，驗證設(shè)計方案是否遵循設(shè)計準(zhǔn)則，是否違反常見的可用性原則，是否違背認(rèn)知心理學(xué)及人機交互等與可用性有關(guān)的原則，是否與評審專家在該領(lǐng)域的專業(yè)知識、工作經(jīng)驗相悖等。正因為要強調(diào)以往工作經(jīng)驗和專業(yè)知識，所以這一評審方法才被稱為“專家”評審。

專家評審?fù)陼桓兑环輹娼ㄗh；即便建議是專家在評審會議中口頭給出的，也要以書面形式備檔。創(chuàng)建及閱讀書面評審建議雖多花點時間，但書面建議比較詳盡、也可以作為后續(xù)設(shè)計方案修改的參考依據(jù)。建議可以按可用性問題嚴(yán)重程度或發(fā)生頻次排序。

既然說專家評審需要由UX專家進行，那么我們不得不問一下：什么樣的人才可以成為UX專家。沒有人可以隨隨便便成功——成為UX專家唯一的途徑就是不斷進行UX實踐、掌握真實的用戶行為。如果只是在真空環(huán)境里做設(shè)計而不了解目標(biāo)用戶，這樣靠“拍腦袋”拍出來的設(shè)計方案也沒什么評審必要了。當(dāng)然，UX專家的工作年數(shù)不是說非得達到多少年才可以，因為有的人習(xí)得UX知識的速度更快、有的人更能了解用戶的真實行為，所以不需要嚴(yán)格限定工作年限。可以這么說，剛從事UX工作時你還不能算專家，要達到專家級別需要花時間在廣度和深度上做積累。

三. 第三種視角

如果評審員可用性實踐造詣深厚、研究經(jīng)驗豐富，那么由他負(fù)責(zé)設(shè)計評審會取得非常專業(yè)的效果；而且這種級別的評審員可以不做具體的原型繪制，只負(fù)責(zé)團隊的評審工作即可。這樣我們能從第三種視角上得到客觀、專業(yè)的修改建議——無需繪制原型圖的評審員不會對設(shè)計方案感情用事、不會受限于業(yè)務(wù)/開發(fā)/運營等的條條框框，能以更宏觀的視角輕松發(fā)現(xiàn)可用性相關(guān)的問題點，而這種問題點對于繪制原型圖的人員來說可能需要花上很長時間才能獨自找出來。（注：原型繪制人員之所以難以校對自己的設(shè)計稿，是因為當(dāng)事人會更多地看到自己主觀所寫/繪出來的，有時難以準(zhǔn)確辨明界面上真正該呈現(xiàn)些什么、是否真正實現(xiàn)了設(shè)計目的。）

相比設(shè)計環(huán)節(jié)，測試環(huán)節(jié)中
（補充說明：這里指有真實用戶參與產(chǎn)品使用的測試。一般用戶會在實驗室完成測試，對應(yīng)工作人員會在觀察室進行觀察；實驗室和觀察室只有一鏡之隔，工作人員可以通過鏡子看到用戶，但用戶對鏡子背后一無所知。）

如有必要，原型圖繪制人員也可參與，因為測試員給出的評測建議非常有價值。（然而，為保持測試結(jié)果的不偏不倚，最好選擇一位公正客觀的測試員、同時讓設(shè)計師留在鏡子后的觀察室。）

（圖一）當(dāng)局者迷，旁觀者清。非原型圖繪制人員如評審專家、測試員，更容易發(fā)現(xiàn)原型繪制者本人難以發(fā)現(xiàn)的可用性問題。

雖然擁有對應(yīng)的行業(yè)知識對理解網(wǎng)站/App應(yīng)用該解決什么問題很有幫助，能更好地決策網(wǎng)站/App應(yīng)用要實現(xiàn)的目標(biāo)、以及網(wǎng)站/App應(yīng)用存在的缺陷，但還不足以進行全面有效的設(shè)計評審。 要成為一名評審專家，更重要的是要有可用性及用戶體驗的專業(yè)知識，能發(fā)現(xiàn)潛在的體驗問題。評審專家從不同領(lǐng)域（如用戶體驗、認(rèn)知心理學(xué)、人機交互等）角度提出的可用性及體驗相關(guān)的評審建議是相對理想的，因為他們的評審經(jīng)驗豐富到可以迅速判斷出一個設(shè)計方案哪些場景下可行哪些場景下不可行。

四. 專家評審的內(nèi)容

專家評審設(shè)計方案/原型圖時，核心評審內(nèi)容為：

1. 設(shè)計亮點

發(fā)掘設(shè)計亮點可以減少評審工作的不悅，也可以確保原本就不錯的設(shè)計點不會被一起優(yōu)化掉。設(shè)計亮點要逐條羅列，且每一條要有一段簡短的評語。

2. 可用性問題

在原型圖中標(biāo)出問題出現(xiàn)的位置。對于每一個可用性問題，需清晰指出：這個問題是什么、違背了什么設(shè)計原則，這樣可以保證原型繪制人員后期修改時能在自己的原型稿里準(zhǔn)確定位、也避免在其他地方犯同樣的錯誤。最好也能把有依據(jù)的文章鏈接放上去，方便給原型繪制人員或其他相關(guān)人員（比如動效設(shè)計師、文案評審員等）作參考。

如果被測查到的可用性問題沒有違背設(shè)計的經(jīng)典規(guī)范或原則，而是基于其他可靠的標(biāo)準(zhǔn)（如與評審專家的專業(yè)經(jīng)驗不符等），評審專家需要解釋清楚為什么會有問題（給大家示例一個解釋性的范本：“這里的設(shè)計方式過于弱化了。理由是在對界面進行信息確認(rèn)的時候，用戶習(xí)慣于隨便掃一眼甚至連看不看便會點擊【確認(rèn)】按鈕，這可能會導(dǎo)致原本希望被關(guān)注到的文本信息被用戶忽略、而用戶又會以為是系統(tǒng)沒有告訴他進而對我們投訴?！保?/p>

依據(jù)自己豐富的UX知識體系來評估一個設(shè)計點是否有可用性問題，對專家處理項目里常見的意見分歧是極其重要的。當(dāng)然，評審專家決不能純憑個人主觀喜好或心情就斷定一個設(shè)計點有問題、強行把它改成別的樣式。在UX領(lǐng)域，無論是普通設(shè)計師還是設(shè)計評審專家，都要知道的是，你們都不是用戶本人。所以專家評審需要對設(shè)計方案中所有的可用性問題予以客觀而非主觀的解釋。

3. 問題嚴(yán)重程度

列出可用性問題的嚴(yán)重程度，可以幫助原型繪制人員在修改設(shè)計方案時安排修改順序、提高修改效率。在NN/g，我們通常把可用性問題的嚴(yán)重程度分成3種：高等、中等、低等。

4. 修改建議

能幫助原型繪制人員更好地修改原型稿的另一個關(guān)鍵要素就是專家提出的修改建議。在修改建議的引導(dǎo)下，一旦能意識到這里有可用性問題、而且明白問題是什么，那么原型繪制人員就知道這里該做優(yōu)化了。另外，有些場合下評審專家給出的建議也需要原型繪制人員做進一步的調(diào)研：做一些可用性研究或其他類型的用戶研究，進一步確認(rèn)評審專家標(biāo)出來的可用性問題是否真的存在。

5. 友好的實際案例

給出體驗友好的實際案例，可以更好地指導(dǎo)問題的修改。

友好的實際案例勝過千言萬語。專家在標(biāo)注某個可用性問題時，可以在修改建議的旁邊貼上其他網(wǎng)站或應(yīng)用的實際案例。對于同一個可用性問題，如果能給出多個不同的實際案例還可以預(yù)防設(shè)計方案的單一性、局限性。

（圖二）評審內(nèi)容示例：左側(cè)圖中紅色圓圈指出了可用性問題。右
側(cè)是可用性問題的嚴(yán)重程度、問題描述、以及修改建議。最下方是該問題可依據(jù)的更多設(shè)計規(guī)范，便于原型繪制人員做深入了解。

6. 專家評審 vs. 可用性測試

評審專家測查出來的可用性問題與可用性測試檢查出來的問題會有些差異，因此產(chǎn)品設(shè)計中需要把兩者結(jié)合起來、綜合考慮。專家評審可以找出小型定量研究無法檢測到的細節(jié)問題，如：界面里有些字體使用不一致，某種顏色不合品牌要求，文本應(yīng)該居中而不是居左等等；其他更大一點的問題更是逃不過評審專家的火眼金睛。因此在產(chǎn)品面世前，有了專家評審就可以把這些可用性問題都扼殺在搖籃里、不必再浪費真實測試用戶的時間

而可用性測試的好處是可以補充評審專家預(yù)想不到的——比如真實用戶的實際知識水平或特定需求是什么。

作為可用性研究前的準(zhǔn)備工作之一，專家評審的作用非常大。尤其當(dāng)評審能為你的用戶體驗沉淀出一套全新的設(shè)計策略時，原型繪制人員就能快速明確自己要去關(guān)注什么知識、迅速發(fā)現(xiàn)問題，并在可用性測試前就把問題解決掉。消滅了可用性問題，用戶體驗變得更加更友好，因此專家評審可以幫我們提前發(fā)現(xiàn)許多預(yù)估不到的問題。

關(guān)于專家評審和可用性測試，大家不需要糾結(jié)到底要選哪一個，它們不是非此即彼的關(guān)系。我們都可以拿來用：如果一個項目時間充裕，可以多進行幾次評估，比如做幾輪專家評審、再做幾輪可用性測試。

7. 什么時候做專家評審

如果UX專家時間靈活充沛，可以在設(shè)計的任何階段開始評審。不過專家的時間通常是相當(dāng)寶貴的。很多的專家只在大型改版項目前進行評審，指出現(xiàn)存的重大優(yōu)缺點。即便公司里沒有大型改版設(shè)計，評審專家也會每隔2至5年評審一次，幫助分析現(xiàn)有設(shè)計的關(guān)鍵點、保證設(shè)計能準(zhǔn)確滿足用戶需求且無可用性問題。

有時，專家評審被看作是項目期的最后一個關(guān)鍵節(jié)點，這時我們會評估設(shè)計方案（或已完全開發(fā)好的項目）是否與最初目標(biāo)一致。如果目標(biāo)達成，就會激活下一個項目階段：開發(fā)（或上線）。如果要采用這種流程，我們得有一套豐富的設(shè)計準(zhǔn)則以及多種不同的可用性測試方法。否則，一旦到最后一步才開始做專家評審、發(fā)現(xiàn)了嚴(yán)重的問題，就會造成更多修改成本。

因此，我們建議在概念設(shè)計階段就多進行一些設(shè)計評審，這個階段的設(shè)計還比較容易被優(yōu)化。退一萬步講，即使沒有充裕的專家資源去優(yōu)化設(shè)計方案，也可以做點用戶測試或偶爾開展一次專家評審。

（圖三）在早期的設(shè)計方案階段，一個設(shè)計周期可以包含多種獨立設(shè)計準(zhǔn)則；隨著設(shè)計方案逐漸明確、高保真原型繪制完成，則可以開展多種不同的設(shè)計評審方法：如專家評審或可用性測試。

五. 總結(jié)

專家評審是發(fā)現(xiàn)可用性問題的有效方法，也是對可用性測試手段的一種補充。評審常由可用性知識豐厚、用戶行為經(jīng)驗豐富的UX專家執(zhí)行，并能逐一列出可用性問題以及設(shè)計亮點，同時還可以提出專業(yè)的優(yōu)化建議。

原文標(biāo)題：UX Expert Reviews

原文鏈接：
https://www.nngroup.com/articles/ux-expert-reviews/

譯者：圓梓@點融設(shè)計中心DDC，微信公眾號：「微信ID：DR_DDC」

本文由 @圓梓 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議