沒有經(jīng)過用戶研究環(huán)節(jié)的設(shè)計方案，容易在投入實用后暴露出各種隱性問題，增加產(chǎn)品上線的風(fēng)險。而使用體系化的設(shè)計驗證方法，可以幫助我們交互設(shè)計師在前期發(fā)掘問題，改進(jìn)設(shè)計。

相信各位設(shè)計師在項目實踐中，多少都有過根據(jù)需求文檔做好了設(shè)計，卻在面臨評審時難以有效說服來自各方（開發(fā)、測試、需求方等等）聲音的經(jīng)驗。尤其在許多敏捷式研發(fā)的團(tuán)隊中做交互設(shè)計，沒有完整的“用戶研究-需求梳理-交互設(shè)計”流程，產(chǎn)品上線的功能是否能滿足用戶預(yù)期成為了一個很大的疑問。

那么作為交互，如何從自己的角度進(jìn)行設(shè)計方案的驗證測試呢？

What & Why

在有條件接觸到用戶的情況下有明確目標(biāo)的去做用戶測試，在通常意義上是一種“后置型”的用研方法。用戶測試幫助我們在設(shè)計實踐中秉承以用戶為中心的理念，主要是通過觀察和詢問用戶的行為想法，記錄產(chǎn)品的真實使用情況，從而驗證設(shè)計方案，界定出可用性問題。

圖1-1?穿插產(chǎn)品生命周期的用研方法

縱覽一個產(chǎn)品的生命周期中，可采用的用戶研究和測試方法有很多，在不同的時間節(jié)點方法不盡相同，常見的包括了問卷調(diào)研、訪談、焦點小組、眼動儀測試、可用性測試等（本文主要聚焦于設(shè)計完成后的方案選擇和效果評估階段所涉及到的驗證方法）。

除了時間階段因素外，測試方法的選擇還會受到不同類型設(shè)計方案、不同研究目的等方面的影響。

因此，作者通過結(jié)合項目經(jīng)驗，從交互設(shè)計師的角度出發(fā)嘗試設(shè)計了一套快速驗證的體系，一定程度的提升了自身的工作效率。其中包含了幾類最為常見的場景所適用的驗證方法，可結(jié)合實際情況有計劃的、定期性的去建立這套用戶測試體系。

這個體系一方面能對設(shè)計方案中的問題及時的查漏補(bǔ)缺，推動方案找到最優(yōu)解；另一方面也能幫助我們獲取一手的產(chǎn)品用戶使用現(xiàn)狀，從而在更加深入理解功能目標(biāo)的基礎(chǔ)上進(jìn)行需求分析，更好的體現(xiàn)出交互設(shè)計師的價值。

How to Do

圖2-1 快速驗證體系方法

1. Five Seconds Test

五秒測試適合于對于簡單信息呈現(xiàn)類的設(shè)計稿進(jìn)行設(shè)計驗證，它的流程為：先把網(wǎng)頁總覽圖展示給被測試者5秒鐘，然后拿開圖像，向被測試者被提問記得剛剛在網(wǎng)頁上看到的什么。

可首先從以下三方面進(jìn)行引導(dǎo)：

1. 在這個頁面中您看到了什么內(nèi)容？
2. 您認(rèn)為它提供什么功能或者服務(wù)？
3. 在使用這個產(chǎn)品的時候，您認(rèn)為解決了什么問題？

圖2-2?旅行類服務(wù)平臺官網(wǎng)測試

以旅行類服務(wù)平臺為例，經(jīng)過測試后發(fā)現(xiàn)，用戶在打開booking.com官網(wǎng)時無法在第一時間內(nèi)做出操作判斷，因為信息環(huán)境噪音較大減弱了本應(yīng)強(qiáng)調(diào)的搜索服務(wù)。

而同樣是提供住宿預(yù)訂服務(wù)的agoda.com在第一屏所傳達(dá)的意圖相對清晰，其對產(chǎn)品的使用場景傳達(dá)相對明確，因此能夠更好的滿足消費(fèi)者的訴求，解決關(guān)鍵痛點。

此方法主要被用于驗證頁面中的信息內(nèi)容的優(yōu)先級和文案傳達(dá)等是否符合用戶認(rèn)知，內(nèi)容是否區(qū)分出了功能的主次、布局是否存在問題，以及評估用戶的預(yù)期與相符度、產(chǎn)品戰(zhàn)略方向的準(zhǔn)確性。若用戶能夠一眼準(zhǔn)確得到這三個問題的答案，說明信息傳達(dá)的有效性已經(jīng)達(dá)到，反之則不然。

然后，再通過體系化的提問層層遞進(jìn)的挖掘產(chǎn)品功能和信息中從大到小的設(shè)計問題。另外，這個方法還可以結(jié)合A/B test來進(jìn)行方案驗證，最終選出最優(yōu)方案。

2. Brief Usability Test

相比精準(zhǔn)定量性質(zhì)的測試，簡易性可用性測試的門檻低、成本小，它無須收集精確的用戶數(shù)據(jù)，是一種更偏向定性性質(zhì)的測試方法，其主要目的是收集用戶使用產(chǎn)品的反饋及改善建議。對于一些流程性較強(qiáng)的功能，采用這類方法測試更能發(fā)現(xiàn)其中的邏輯性體驗問題。

另外，將復(fù)雜的專業(yè)可用性測試分解成多次簡易型測試的方法，可更好的滿足敏捷迭代的需求。

測試的主要流程為：

• 首先為參與用戶介紹產(chǎn)品背景，設(shè)定場景和操作任務(wù)；
• 接著執(zhí)行測試，在過程中觀察用戶使用產(chǎn)品的主要流程，驗證其否與設(shè)計邏輯的初衷相符；
• 最后，從用戶的實際使用情況（如考慮產(chǎn)品邊緣性操作的兼容性）倒推現(xiàn)有設(shè)計存在的問題，將列出的清單進(jìn)行總結(jié)歸類找出這些問題的優(yōu)先級。

簡易性可用性測試只需要召集2~3個用戶參與，也無須引入繁復(fù)的量表評分機(jī)制。

圖2-3?測試方法對比

在選取參與人員時，可以通過分層（多類型用戶產(chǎn)品）的方式抽取產(chǎn)品的目標(biāo)用戶。與此同時還可將用戶分成多組多次測試，對第一次測試中發(fā)現(xiàn)的85%的問題進(jìn)行優(yōu)化后，再對該方案進(jìn)行再次測試找齊剩下的所有問題，這種方式可以讓用戶對產(chǎn)品架構(gòu)、任務(wù)流程提出多方面的建議。

3. Bugbush

Bug Bush通?？梢栽陧椖块_發(fā)各階段的末期，如：公測版發(fā)布前，劃出專門的時間段邀約所有參與項目的人員，一起來搜尋產(chǎn)品存在的缺陷。

建議可以在流程較為復(fù)雜的重要版本或功能上線時，采用此驗證方法，并確保線上沒有重大bug影響試用以及服務(wù)穩(wěn)定的狀態(tài)下進(jìn)行。

其主要流程為：材料準(zhǔn)備（場地、網(wǎng)絡(luò)環(huán)境、權(quán)限、產(chǎn)品狀態(tài)）>說明規(guī)則和流程>使用協(xié)同類工具記錄發(fā)現(xiàn)的問題（jira）>統(tǒng)計issue數(shù)、有效bug數(shù)、需求數(shù)等，并給予相應(yīng)獎勵>落實問題并同步到需求池。

Bugbush是一種集眾人智慧的團(tuán)隊活動，由于參與人數(shù)、設(shè)備類型、環(huán)境情況等影響因素較多，能夠更好的覆蓋到多種場景以及邊緣情況產(chǎn)生時出現(xiàn)的問題。同時，定期的組織能夠起到調(diào)動成員的積極性的作用，幫助打破項目組成員僅聚焦于自己部分卻對產(chǎn)品全貌不甚了解的隔離狀態(tài)，加強(qiáng)成員對于產(chǎn)品的責(zé)任意識，能從項目主人的角度思考如何完善和推動產(chǎn)品的發(fā)展。

另外，邀請目標(biāo)用戶一同參與bugbush以獲取一手資料也是種不錯的方法。

圖2-4 Bugbush步驟

在測試中，我們還需要注意以下的事項：

1. 方式類似于測試但不限職位，建議邀請項目組所有成員參與，能夠更有效、覆蓋面更廣；
2. 可以為測試設(shè)立專門的目標(biāo)主旨，如易用性、趣味性等并圍繞其展開策劃；
3. 可以適當(dāng)引入游戲化和獎勵機(jī)制來調(diào)動積極性，增強(qiáng)趣味性。

小結(jié)

沒有經(jīng)過用戶研究環(huán)節(jié)的設(shè)計方案，容易在投入實用后暴露出各種隱性問題，增加產(chǎn)品上線的風(fēng)險。而使用體系化的設(shè)計驗證方法，可以幫助我們交互設(shè)計師在前期發(fā)掘問題，改進(jìn)設(shè)計。

當(dāng)然，個人也可以根據(jù)自身經(jīng)驗、產(chǎn)品數(shù)據(jù)、用戶情況制定一套個性化的快速驗證體系，并將其應(yīng)用到新的功能設(shè)計、產(chǎn)品的迭代流程更新等內(nèi)容上，幫助自身加深對上下游的滲透，也能從多維度增強(qiáng)設(shè)計方案的說服力。

作者：馮韻，網(wǎng)易UEDC部門TB組交互設(shè)計師，相信設(shè)計的本質(zhì)就是創(chuàng)造優(yōu)美的事物，讓生活更美好，熱愛設(shè)計就是熱愛生活。

本文來源于人人都是產(chǎn)品經(jīng)理合作媒體@網(wǎng)易UEDC，作者@ 馮韻。

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