設(shè)計(jì)驗(yàn)證：有效增強(qiáng)設(shè)計(jì)方案說服力！

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

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

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

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

因此，作者通過結(jié)合項(xiàng)目經(jīng)驗(yàn)，從交互設(shè)計(jì)師的角度出發(fā)嘗試設(shè)計(jì)了一套快速驗(yàn)證的體系，一定程度的提升了自身的工作效率。其中包含了幾類最為常見的場景所適用的驗(yàn)證方法，可結(jié)合實(shí)際情況有計(jì)劃的、定期性的去建立這套用戶測試體系。這個(gè)體系一方面能對設(shè)計(jì)方案中的問題及時(shí)的查漏補(bǔ)缺，推動(dòng)方案找到最優(yōu)解；另一方面也能幫助我們獲取一手的產(chǎn)品用戶使用現(xiàn)狀，從而在更加深入理解功能目標(biāo)的基礎(chǔ)上進(jìn)行需求分析，更好的體現(xiàn)出交互設(shè)計(jì)師的價(jià)值。

1、Five Seconds Test

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

在這個(gè)頁面中您看到了什么內(nèi)容？

您認(rèn)為它提供什么功能或者服務(wù)？

在使用這個(gè)產(chǎn)品的時(shí)候，您認(rèn)為解決了什么問題？

以旅行類服務(wù)平臺(tái)為例，經(jīng)過測試后發(fā)現(xiàn)，用戶在打開booking.com官網(wǎng)時(shí)無法在第一時(shí)間內(nèi)做出操作判斷，因?yàn)樾畔h(huán)境噪音較大減弱了本應(yīng)強(qiáng)調(diào)的搜索服務(wù)。而同樣是提供住宿預(yù)訂服務(wù)的agoda.com在第一屏所傳達(dá)的意圖相對清晰，其對產(chǎn)品的使用場景傳達(dá)相對明確，因此能夠更好的滿足消費(fèi)者的訴求，解決關(guān)鍵痛點(diǎn)。

此方法主要被用于驗(yàn)證頁面中的信息內(nèi)容的優(yōu)先級和文案傳達(dá)等是否符合用戶認(rèn)知，內(nèi)容是否區(qū)分出了功能的主次、布局是否存在問題，以及評估用戶的預(yù)期與相符度、產(chǎn)品戰(zhàn)略方向的準(zhǔn)確性。若用戶能夠一眼準(zhǔn)確得到這三個(gè)問題的答案，說明信息傳達(dá)的有效性已經(jīng)達(dá)到，反之則不然。然后，再通過體系化的提問層層遞進(jìn)的挖掘產(chǎn)品功能和信息中從大到小的設(shè)計(jì)問題。另外，這個(gè)方法還可以結(jié)合A/B test來進(jìn)行方案驗(yàn)證，最終選出最優(yōu)方案。

2、Brief Usability Test

相比精準(zhǔn)定量性質(zhì)的測試，簡易性可用性測試的門檻低、成本小，它無須收集精確的用戶數(shù)據(jù)，是一種更偏向定性性質(zhì)的測試方法，其主要目的是收集用戶使用產(chǎn)品的反饋及改善建議。對于一些流程性較強(qiáng)的功能，采用這類方法測試更能發(fā)現(xiàn)其中的邏輯性體驗(yàn)問題。另外，將復(fù)雜的專業(yè)可用性測試分解成多次簡易型測試的方法，可更好的滿足敏捷迭代的需求。測試的主要流程為：首先為參與用戶介紹產(chǎn)品背景，設(shè)定場景和操作任務(wù)；接著執(zhí)行測試，在過程中觀察用戶使用產(chǎn)品的主要流程，驗(yàn)證其否與設(shè)計(jì)邏輯的初衷相符；最后，從用戶的實(shí)際使用情況（如考慮產(chǎn)品邊緣性操作的兼容性）倒推現(xiàn)有設(shè)計(jì)存在的問題，將列出的清單進(jìn)行總結(jié)歸類找出這些問題的優(yōu)先級。簡易性可用性測試只需要召集2~3個(gè)用戶參與，也無須引入繁復(fù)的量表評分機(jī)制。

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

3、Bugbash

Bug Bash通常可以在項(xiàng)目開發(fā)各階段的末期，如公測版發(fā)布前，劃出專門的時(shí)間段邀約所有參與項(xiàng)目的人員，一起來搜尋產(chǎn)品存在的缺陷。建議可以在流程較為復(fù)雜的重要版本或功能上線時(shí)，采用此驗(yàn)證方法，并確保線上沒有重大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)計(jì)issue數(shù)、有效bug數(shù)、需求數(shù)等，并給予相應(yīng)獎(jiǎng)勵(lì)>落實(shí)問題并同步到需求池。

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

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

沒有經(jīng)過用戶研究環(huán)節(jié)的設(shè)計(jì)方案容易在投入實(shí)用后暴露出各種隱性問題，增加產(chǎn)品上線的風(fēng)險(xiǎn)。而使用體系化的設(shè)計(jì)驗(yàn)證方法可以幫助我們交互設(shè)計(jì)師在前期發(fā)掘問題，改進(jìn)設(shè)計(jì)。當(dāng)然，個(gè)人也可以根據(jù)自身經(jīng)驗(yàn)、產(chǎn)品數(shù)據(jù)、用戶情況制定一套個(gè)性化的快速驗(yàn)證體系，并將其應(yīng)用到新的功能設(shè)計(jì)、產(chǎn)品的迭代流程更新等內(nèi)容上，幫助自身加深對上下游的滲透，也能從多維度增強(qiáng)設(shè)計(jì)方案的說服力。