如何像專家一樣針對原型進(jìn)行可用性測試?

9 評(píng)論 9968 瀏覽 34 收藏 11 分鐘

可用性測試不是針對設(shè)計(jì)的某個(gè)單一階段而言的,你必須將其放到整個(gè)產(chǎn)品過程中,在這個(gè)過程中不斷迭代和完善。如果你想要最好的產(chǎn)品,你必須從原型階段就已經(jīng)開始預(yù)測真實(shí)的用戶場景。可用性測試應(yīng)該是開始考慮產(chǎn)品可用性很好的方式。

為什么在原型階段有足夠多的 To-Do List的時(shí)候,要過早的擔(dān)心可用性測試呢?這是因?yàn)槌悄愕脑褪强捎玫?,否則所有的測試都表明人們不喜歡糟糕的產(chǎn)品。

除非你的原型是可用的,否則所有的測試都表明人們不喜歡糟糕的產(chǎn)品

這是不言而喻的,但你正在設(shè)計(jì)的是真實(shí)的人使用的產(chǎn)品。為了給他們使用,就應(yīng)該在真實(shí)的人身上進(jìn)行測試。原型是為了實(shí)驗(yàn)而規(guī)劃設(shè)計(jì)的,所以只有在真實(shí)的人身上進(jìn)行測試才是有意義的。

考慮到這一點(diǎn),讓我們來看看如何在規(guī)劃原型的時(shí)候牢記可用性,如何在使用原型測試的時(shí)候測試可用性。

一、原型前的可用性測試

可用性測試不一定要從原型階段開始——實(shí)際上,如果有足夠的資源,你應(yīng)該盡快開展可用性測試。雖然這些測試大多是概念性的,但這些測試可是確定原型導(dǎo)航和信息架構(gòu)的最佳方式。最常見的前原型階段測試方式包括:

  • 卡片分類:簡單而快速,這個(gè)測試會(huì)揭示用戶如何喜歡你的產(chǎn)品的信息架構(gòu)。你的產(chǎn)品的所有元素都是寫在卡片上的,測試者被要求在預(yù)定義的類別中組織它們(預(yù)設(shè)分類),或者在他們已經(jīng)想到的分類下組織它們(自組織分類)。(譯者推薦一本書:《片分類:可用類別設(shè)計(jì)》)
  • 樹形測試:對卡片分類進(jìn)行“姐妹測試”,樹形測試評(píng)估現(xiàn)有信息架構(gòu)的有效性。用戶得到了一個(gè)基本的、沒有站點(diǎn)地圖的網(wǎng)站/應(yīng)用/其他,被要求點(diǎn)擊完成某些特定任務(wù)。測試觀察:如果他們選擇了正確的路線,會(huì)得到什么;如果沒有,會(huì)失去什么。
  • 訪談:有時(shí)候了解用戶最好的方法就是很簡單的——問你的用戶。聽起來很簡單,但是用戶訪談的細(xì)微差別和策略是用無止境的。

更早地解決問題總是好的,并且這些初步測試將在繪制線框圖前,確保原型的概念基礎(chǔ)的完整性。

二、合適的用戶和任務(wù)

雖然可用性測試都是不同的,但它們都需要用戶,其中大部分涉及測試任務(wù)。在所有可用性測試中,用戶和任務(wù)這兩個(gè)元素都是重要的的,接下來簡要解釋如何處理好它們。

1. 招募用戶

在完成用戶畫像后,現(xiàn)在你應(yīng)該對目標(biāo)用戶有了清晰的概念。你也可以通過用戶行為劃分用戶。事實(shí)上,最大的差異可能是用戶是否有先驗(yàn)經(jīng)驗(yàn)或?qū)ο鄳?yīng)的領(lǐng)域或行業(yè)的了解程度——而不是人口統(tǒng)計(jì)學(xué)意義上的性別、年齡或地理。知道招募誰只是第一步,接下來就是尋找并招募他們。

2. 編寫任務(wù)

任務(wù)決定用戶在測試過程中做什么,這就決定了測試哪些可用性因素。趙婷婷,Ubuntu 的可用性專家,描述了在設(shè)計(jì)任務(wù)時(shí)要記住的一些特點(diǎn),主要有 2 個(gè):

(1)直接與間接(間接情景)任務(wù)

一個(gè)直接的任務(wù)是直接干預(yù)(例如“搜索網(wǎng)站的 TANOORI 雞肉配方”),而間接情景任務(wù)需要有上下文(“你要為一些老朋友舉辦晚餐派對,而你需要一個(gè) TANOORI 雞肉配方”)。直接任務(wù)在測試技術(shù)數(shù)據(jù)時(shí)表現(xiàn)得最好,而在所有其他情況下,簡介情景任務(wù)會(huì)更好。

(2)封閉與開放任務(wù)

封閉式任務(wù)明確定義了成功標(biāo)準(zhǔn),而開放式任務(wù)可以以多種方式完成。封閉式任務(wù)檢查特定的功能,而開放式任務(wù)更好地理解用戶的動(dòng)機(jī)和目標(biāo)。封閉式任務(wù)舉例:你的朋友這個(gè)周末過生日,需要找一個(gè)可容納 15 人的娛樂場所。開放式任務(wù)舉例:你聽到你的同事在談?wù)?iWatch,你想知道它是怎么樣的?!?/p>

三、測試原型可用性的一般建議

考慮到原型的“不完整”性,用戶總會(huì)有這樣那樣的問題,主持人必須回答問題。

可用性測試者問的一個(gè)問題可能是是否應(yīng)該調(diào)節(jié)這個(gè)地方。雖然有很多理由進(jìn)行非調(diào)節(jié)測試,但對于原型測試,建議適度??紤]到原型的“不完整”性質(zhì),用戶可能會(huì)要求主持人回答 UI 相關(guān)的疑問。

測試中的另一個(gè)常見錯(cuò)誤是:如果用戶遇到困難,停止或更改測試。由于可用性測試的目標(biāo)是發(fā)現(xiàn)和解決困難,這種情況應(yīng)該是被允許的,請讓用戶需繼續(xù)下去。例如,如果用戶偏離了原型中涉及的路徑,你可以問他們?yōu)槭裁慈ツ抢?,他們想完成什么。關(guān)于這些動(dòng)機(jī)和行為的引發(fā)的后續(xù)問題可能會(huì)得到比擁有“完美運(yùn)行”的用戶更有價(jià)值的反饋。

四、測試原型不同的保真度

雖然有些人愿意在早期的測試中使用低保真原型,而另一些人則提倡使用高保真原型,但我們認(rèn)為最好的方法是盡可能地測試每一種保真度的原型,盡可能多地測試。Enlighten 的高級(jí)信息架構(gòu)師 Chris Farnum 說明了每種類型的利弊,低保真度原型適合測試概念,而高保真原型更適合測試高級(jí)交互。

最好的方法是盡可能地測試每一種保真度的原型

低保真原型:Lo-Fi 原型可用性測試,包括紙張?jiān)?,可以在開發(fā)的早期階段使用,但不適用于后期工作。雖然 Li-Fi 原型鼓勵(lì)更測試者提出誠懇的批評(píng)和建議,但很快就了解到這只是工作當(dāng)中較小的一環(huán),還遠(yuǎn)遠(yuǎn)不夠。

然而,在后期階段,當(dāng)可用性測試針對高級(jí)功能測試時(shí),Li-Fi 原型能夠起到的作用變得微乎其微,因?yàn)楸U娑鹊南拗?。這對于紙質(zhì)原型來說尤其如此,因?yàn)槟阈枰粋€(gè)“人類計(jì)算機(jī)”來操縱所有的部分,當(dāng)你添加菜單、交互、頁面和元素時(shí),會(huì)變得非常困難。

高保真原型:Hi-Fi 原型測試給用戶一個(gè)近乎真實(shí)的體驗(yàn),讓他們了解產(chǎn)品最終會(huì)怎樣的。Hi-Fi 原型是測試復(fù)雜交互的理想方式,也是在早期測試中發(fā)現(xiàn)可用性問題的解決方案。然而,與 Li-Fi 原型不同的是,Hi-Fi 原型成本更高。

中保真度:Med-Fi 原型,在不能決定使用高保真還是低保真原型的時(shí)候,當(dāng)你需要平衡保真度和成本時(shí),可以嘗試 Mei-Fi 原型。如果你只想進(jìn)行一輪可用性測試,那就選擇 Med-Fi 原型吧。

五、測試原型的四個(gè)竅門

當(dāng)你開始規(guī)劃原型時(shí),必要的時(shí)候可以忽視對一些局部細(xì)節(jié)進(jìn)行修飾,我們也推薦你這么做。但是,當(dāng)測試原型的時(shí)候,確保已經(jīng)填充了一些細(xì)節(jié),這些細(xì)節(jié)可能會(huì)在低保真原型中被忽略。以我個(gè)人的經(jīng)驗(yàn),準(zhǔn)備測試原型的時(shí)候,這些小竅門會(huì)幫到你:

  1. 避免使用亂數(shù)假文:它們分散注意力、迷惑和缺乏意義,亂數(shù)假文不能完全捕獲產(chǎn)品信息。
  2. 使用通用名稱:測試或許帶有愚蠢的樂趣或名人的名字,但樂趣不是重點(diǎn)。任何分心都會(huì)影響結(jié)果,所以要使姓名具有通用性和現(xiàn)實(shí)性。
  3. 沒有占位圖或者圖標(biāo):帶有 Xs 的框可以在線框中出現(xiàn),但不能在測試中出現(xiàn)。圖像或者圖標(biāo)在 UX 中起著很大的作用,因此這些在測試中應(yīng)當(dāng)使用符合產(chǎn)品需要的圖像或者圖標(biāo),即便只是臨時(shí)草圖。不過也有例外,這些圖像或者圖標(biāo)是純粹的裝飾性的,不影響理解 UI。
  4. 使用真實(shí)的數(shù)據(jù):不要用 Xs 或笑話填充電話號(hào)碼或地址之類的數(shù)據(jù),這會(huì)分散測試者的注意力。真實(shí)可信的數(shù)據(jù)將給用戶測試最準(zhǔn)確的結(jié)果。

測試者可能會(huì)關(guān)注你覺得可以忽略的細(xì)節(jié),所以要注意你沒有表達(dá)的內(nèi)容。這些減少干擾和混亂的小竅門對清理測試數(shù)據(jù)有很大的幫助。

Featured image, usability testing via by K2_UX via Flickr.

#專欄作家#

鄭幾塊,人人都是產(chǎn)品經(jīng)理專欄作家,前新浪微博產(chǎn)品經(jīng)理。

本文系作者@鄭幾塊 獨(dú)家翻譯授權(quán),未經(jīng)本站許可,不得轉(zhuǎn)載

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請登錄
  1. 如果有專門測試的機(jī)構(gòu)會(huì)不會(huì)改善這個(gè)問題?
    同理,需不需要有專門的測試機(jī)構(gòu)來幫助公司把關(guān)產(chǎn)品?

    來自湖北 回復(fù)
    1. 國外已經(jīng)有專門的機(jī)構(gòu)做了,國內(nèi)大多都是小作坊式的,另外規(guī)模和專業(yè)性也是值得商榷的。畢竟國內(nèi)相關(guān)的學(xué)科、研究,行業(yè)發(fā)展都不是太靠前。你的問題,我覺得可以這么回答你,如果有了專門的機(jī)構(gòu),會(huì)有哪些企業(yè)或者團(tuán)隊(duì)會(huì)用外部公司的方案?那,如果用,外部公司的實(shí)力需要達(dá)到什么程度?國內(nèi)環(huán)境太嘈雜了,而且很多都是濫竽充數(shù)的偽調(diào)研和研究,對實(shí)際的指導(dǎo)意義太差了

      來自北京 回復(fù)
    2. 我認(rèn)為正是因?yàn)閲鴥?nèi)軟件行業(yè)太嘈雜,所以需要法律及機(jī)構(gòu)來約束。向前幾天看到的一篇關(guān)于歐盟GDPR的報(bào)道一樣。 規(guī)范是遲早的事情,拖的越長行內(nèi)只會(huì)越亂。國內(nèi)看待問題都是等事情發(fā)生后才去想辦法解決。
      同時(shí)什么公司會(huì)用到,從什么口切入,如何讓別人認(rèn)可你的權(quán)威信,這是一個(gè)值得深思的問題。 個(gè)人想法應(yīng)該是從中型企業(yè)、快速擴(kuò)容根基不穩(wěn)的企業(yè)切入。

      來自湖北 回復(fù)
    3. 我傾向于從大型公司和組織,從上而下的改進(jìn)和演變,規(guī)范了類型的,從下而上的推進(jìn)太慢了

      來自北京 回復(fù)
    4. 但是大型公司都是各執(zhí)己見,而且大公司都是有一定評(píng)判標(biāo)準(zhǔn),如何引導(dǎo)、如何取得他們認(rèn)可都是非常艱難的問題,如果有了中型企業(yè)這一塊的基石再向大企業(yè)進(jìn)軍會(huì)容易很多。

      來自湖北 回復(fù)
  2. 國內(nèi)有這個(gè)環(huán)節(jié)的公司多嗎

    回復(fù)
    1. 不多,大部分在成熟型產(chǎn)品的公司,另外公司也要有這個(gè)意識(shí)才會(huì)去做?,F(xiàn)在這個(gè)環(huán)節(jié)在國內(nèi)還是相當(dāng)?shù)牟灰?guī)范,還有比較大的空間提升。我自己最近比較多的關(guān)注這個(gè)環(huán)節(jié),也在提高,感興趣的話,可以在一起多聊聊

      來自北京 回復(fù)
    2. 你有建個(gè)群什么的嘛

      來自浙江 回復(fù)