工作中才發(fā)現(xiàn)，交互設(shè)計(jì)師的職責(zé)，不僅是在前期的產(chǎn)出物交付完成即可，更多的任務(wù)是在后期的交互驗(yàn)收和優(yōu)化推動(dòng)截?cái)唷?/p>

筆者在學(xué)校期間主修交互設(shè)計(jì)和用戶(hù)體驗(yàn)方向，做過(guò)調(diào)研，發(fā)過(guò)論文，也做過(guò)設(shè)計(jì)，基本上把交互設(shè)計(jì)師在整個(gè)設(shè)計(jì)流程中的各種職責(zé)和任務(wù)都體驗(yàn)了一遍，實(shí)際看來(lái)，學(xué)校所得和工作實(shí)踐的內(nèi)容基本上是銜接的，這在初期的實(shí)習(xí)過(guò)程中也得到了驗(yàn)證。但是隨著項(xiàng)目流程的不斷深入，筆者發(fā)現(xiàn)，在學(xué)校中少學(xué)習(xí)了一項(xiàng)重要的工作。

交互驗(yàn)收。

為什么學(xué)校學(xué)習(xí)中缺失了這樣一環(huán)呢？原因很簡(jiǎn)單，因?yàn)閷W(xué)校的項(xiàng)目基本停留在立項(xiàng)——調(diào)研——提需求——設(shè)計(jì)——原型——Demo階段，也就是說(shuō)到達(dá)Demo階段后就截止了，這也是各大用戶(hù)體驗(yàn)大賽的參賽作品遞交的終稿。可是實(shí)際工作并非如此。能夠?qū)χO(shè)計(jì)稿逐個(gè)校對(duì)進(jìn)行驗(yàn)收，是一個(gè)普通交互設(shè)計(jì)師的職責(zé)，但是交互驗(yàn)收的過(guò)程不只是針對(duì)交互流程和邏輯，也包括用戶(hù)體驗(yàn)的方方面面，以及各種可能意想不到的問(wèn)題?；貜?fù)驗(yàn)收郵件，表明在交互層面這個(gè)產(chǎn)品是通過(guò)的，對(duì)應(yīng)的交互設(shè)計(jì)師也要承擔(dān)對(duì)應(yīng)的上線問(wèn)題的責(zé)任。因此，交互設(shè)驗(yàn)收也是一個(gè)設(shè)計(jì)師成長(zhǎng)的必經(jīng)進(jìn)階之路。

1.什么是交互驗(yàn)收

個(gè)人理解，交互驗(yàn)收是指在產(chǎn)品初步提測(cè)到正式上線前的一段時(shí)間內(nèi)交互設(shè)計(jì)師對(duì)產(chǎn)品效果、流程、體驗(yàn)進(jìn)行走查驗(yàn)收，提出bug并推動(dòng)解決的過(guò)程。簡(jiǎn)單理解，交互驗(yàn)收就是走查產(chǎn)品在交互和體驗(yàn)方面的bug。

2.交互驗(yàn)收都驗(yàn)收哪些問(wèn)題

（1）交互邏輯

交互邏輯是否正確是交互驗(yàn)收主要的一項(xiàng)任務(wù)。在筆者的驗(yàn)收經(jīng)驗(yàn)中，交互邏輯驗(yàn)收主要包含正向邏輯和反向邏輯兩部分。

正向邏輯是指在各種預(yù)定的操作情境下，用戶(hù)的每一次操作所觸發(fā)的對(duì)應(yīng)的頁(yè)面狀態(tài)、用戶(hù)操作是否都實(shí)現(xiàn)且滿(mǎn)足用戶(hù)預(yù)期，尤其是特殊狀態(tài)下的頁(yè)面樣式、提示等。這個(gè)過(guò)程，主要是需要每個(gè)狀態(tài)與原交互文檔的頁(yè)面流程保持一致；

反向邏輯，主要是指返回邏輯。在用戶(hù)實(shí)現(xiàn)某一個(gè)功能或完成一個(gè)任務(wù)返回原頁(yè)面后，原頁(yè)面是否需要刷新還是保持原緩存狀態(tài)。反向邏輯一般都較小，比較隱匿不易發(fā)掘，而且在交互文檔中很容易遺漏，因此在驗(yàn)收過(guò)程需要重點(diǎn)關(guān)注，這與實(shí)際的用戶(hù)體驗(yàn)息息相關(guān)。

（2）動(dòng)效時(shí)間

只要包括動(dòng)效的顯示時(shí)間、持續(xù)時(shí)間和消失時(shí)間的驗(yàn)收。一般的動(dòng)效主要是指toast提示、小氣泡或者其他特殊的手勢(shì)動(dòng)效。

Toast提示從出現(xiàn)到消失的提示時(shí)間一般控制在3s，500ms出現(xiàn)和消失，剩下2s用戶(hù)持續(xù)顯示，達(dá)到既能讓用戶(hù)接受到反饋信息，又不會(huì)干擾操作和瀏覽的體驗(yàn)。這時(shí)如果持續(xù)時(shí)間短，用戶(hù)無(wú)法有效捕捉到信息，持續(xù)時(shí)間長(zhǎng)，對(duì)于一些高頻操作就會(huì)出現(xiàn)toast提示疊加現(xiàn)顯示的情況，都不是好的體驗(yàn)。

氣泡提示一般都是即時(shí)出現(xiàn)的，用戶(hù)更關(guān)注持續(xù)的時(shí)間。氣泡除了要樣式顯著，讓用戶(hù)實(shí)時(shí)感知到以外，出現(xiàn)的時(shí)間也十分重要，因?yàn)橛行馀萆弦矔?huì)承載部分信息，這點(diǎn)與toast提示相似。3s對(duì)于輕量化的氣泡提示是比較合適的，2s則會(huì)給人感覺(jué)跳動(dòng)，但是對(duì)于更重要的氣泡提示，可以選擇常駐不隱藏消失的策略。

其他的特殊手勢(shì)操作需要根據(jù)實(shí)際情況處理。一些細(xì)致的交互設(shè)計(jì)師在交互文檔中會(huì)標(biāo)出預(yù)期的動(dòng)效時(shí)間，但是依舊需要在測(cè)試驗(yàn)收階段重點(diǎn)關(guān)注，判斷顯示時(shí)長(zhǎng)在當(dāng)前用戶(hù)場(chǎng)景下是否合理，實(shí)時(shí)、恰當(dāng)調(diào)整動(dòng)效時(shí)間。

（3）點(diǎn)擊區(qū)域設(shè)置或切換

按鈕或者表單中內(nèi)容的點(diǎn)擊區(qū)域，是交互驗(yàn)收中需要關(guān)注的一個(gè)比較重要的影響用戶(hù)體驗(yàn)的“隱性”要點(diǎn)。按照“所見(jiàn)即所得”的原則，一個(gè)顯著的按鈕、圖標(biāo)、頭像或者一條表單內(nèi)容，用戶(hù)都會(huì)習(xí)慣性默認(rèn)為可點(diǎn)擊的狀態(tài)，但是在實(shí)際的設(shè)計(jì)當(dāng)中，點(diǎn)擊區(qū)域往往設(shè)計(jì)得更大一些，這樣可增強(qiáng)操作的容錯(cuò)性，讓用戶(hù)較容易通過(guò)無(wú)論是拇指還是食指都能實(shí)現(xiàn)的點(diǎn)擊效果，這是涉及操作流暢性一個(gè)關(guān)鍵環(huán)節(jié)。

另一方面，同一固定區(qū)域中有多個(gè)可操作按鈕或區(qū)域時(shí)，對(duì)于實(shí)際點(diǎn)擊區(qū)域的設(shè)定尤為關(guān)鍵，例如下圖所示。該表單中每條內(nèi)容均可點(diǎn)擊變?yōu)檫x中態(tài)，再次點(diǎn)擊可取消選中狀態(tài)。這本是一個(gè)比較常見(jiàn)的交互操作，但是在選中態(tài)中新增了一個(gè)可操作按鈕，按鈕的實(shí)際點(diǎn)擊區(qū)域一般都是按鈕icon的尺寸大小，但是在這個(gè)案例中，由于表單內(nèi)容本身有點(diǎn)擊從操作，用戶(hù)很容易誤觸而改變表單內(nèi)容的選中狀態(tài)，對(duì)用戶(hù)造成困擾和疑惑。因此，實(shí)際的點(diǎn)擊區(qū)域是這個(gè)表單內(nèi)容中按鈕所在的整個(gè)區(qū)域，這樣使得用戶(hù)的誤操作幾率大大降低。

（4）觸發(fā)位移

主要包括手勢(shì)操作的滑動(dòng)距離以及頁(yè)面切換時(shí)的位移效果，一般需要考慮到手機(jī)尺寸、用戶(hù)的操作舒適區(qū)、以及滿(mǎn)足操作場(chǎng)景的問(wèn)題。

（5）小屏手機(jī)的兼容

一般不考慮iphone5以下的尺寸，因?yàn)槟菢影沧肯到y(tǒng)的各種尺寸就無(wú)窮無(wú)盡了，更別提為每一種尺寸去做適配。但是也不能只以1080作為標(biāo)準(zhǔn)尺寸設(shè)計(jì)。尤其是對(duì)于操作、信息內(nèi)容較多的頁(yè)面需要重點(diǎn)關(guān)注，在驗(yàn)收時(shí)可切換不同機(jī)型的手機(jī)來(lái)驗(yàn)收實(shí)際的顯示和操作效果確定文案是否折行、按鈕排布是否適合點(diǎn)擊。

3.如何協(xié)調(diào)推動(dòng)解決

公司對(duì)于交互設(shè)計(jì)師一個(gè)重要的考量標(biāo)準(zhǔn)就是對(duì)項(xiàng)目的推動(dòng)解決的能力，發(fā)現(xiàn)驗(yàn)收的bug如何去解決便是其中之一。在一個(gè)較為完善的驗(yàn)收流程中，由測(cè)試人員發(fā)起驗(yàn)收流程，隨后交互設(shè)計(jì)師驗(yàn)收并提交驗(yàn)收結(jié)果，對(duì)應(yīng)的bug轉(zhuǎn)給各自開(kāi)發(fā)人員解決，解決后的程序需要重新提交打包后，由交互設(shè)計(jì)師驗(yàn)證通過(guò)。這一過(guò)程一般會(huì)往復(fù)多次迭代，直至App封版前夕。交互設(shè)計(jì)師推動(dòng)解決驗(yàn)收問(wèn)題，一般可以通過(guò)以下方式進(jìn)行。

提交驗(yàn)收?qǐng)?bào)告：

一般僅需以郵件形式回復(fù)驗(yàn)收結(jié)果，內(nèi)容較多時(shí)可附上對(duì)應(yīng)的附件文檔。提交后測(cè)試人員會(huì)重新審核后提出對(duì)應(yīng)的bug給開(kāi)發(fā)人員。在這個(gè)流程中，交互設(shè)計(jì)師與開(kāi)發(fā)、測(cè)試人員的溝通相對(duì)較為滯澀，三者之間的溝通存在壁壘。導(dǎo)致效率較低，同時(shí)不利于后期的改動(dòng)追蹤和改動(dòng)效果的驗(yàn)收。

在管理系統(tǒng)中提交bug：

直接針對(duì)平臺(tái)、版本、功能模塊提出對(duì)應(yīng)的bug，便于交互設(shè)計(jì)師管理、跟蹤自己bug的解決情況，同時(shí)也便于開(kāi)發(fā)人員認(rèn)領(lǐng)屬于各自的bug。在這個(gè)流程中，測(cè)試人員提供對(duì)應(yīng)的輔助工作，交互設(shè)計(jì)師與開(kāi)發(fā)可直接溝通，對(duì)于驗(yàn)收進(jìn)度的提升和產(chǎn)品功能的優(yōu)化都有很好的推動(dòng)作用。

直接線下找對(duì)應(yīng)開(kāi)發(fā)GG溝通解決：

是最快、最直接的一種問(wèn)題解決方案，但是不適宜在提測(cè)初期使用，原因有幾點(diǎn)：首先是尋找到對(duì)飲的開(kāi)發(fā)有時(shí)比較難，尤其是面對(duì)一個(gè)較大的開(kāi)發(fā)團(tuán)隊(duì)時(shí)，一個(gè)功能可能涉及多方開(kāi)發(fā)人員的共同實(shí)現(xiàn)；其次是針對(duì)較復(fù)雜問(wèn)題，溝通時(shí)容易遺漏；還有就是人力問(wèn)題，當(dāng)面溝通效果好，但是對(duì)人力成本的小號(hào)相對(duì)較大，無(wú)論是精力還是體力。面對(duì)面溝通解決適合在產(chǎn)品驗(yàn)收后期功能微調(diào)和頁(yè)面的小改動(dòng)，可與開(kāi)發(fā)人員當(dāng)面快去溝通后協(xié)調(diào)解決。

4.驗(yàn)收?qǐng)?bào)告（郵件）怎么寫(xiě)

首先要明確驗(yàn)收?qǐng)?bào)告上的幾點(diǎn)問(wèn)題：

1）.實(shí)事求是，不夸張事實(shí)。驗(yàn)收是提出問(wèn)題、解決問(wèn)題的過(guò)程，不需要對(duì)現(xiàn)象的夸張描述，對(duì)于問(wèn)題的描述力求簡(jiǎn)潔、明了，同時(shí)為了保持PM、交互設(shè)計(jì)師、開(kāi)發(fā)人員認(rèn)知的一致性，盡量使用公司內(nèi)容一致的描述方式，以及附上對(duì)應(yīng)問(wèn)題頁(yè)面截圖作為補(bǔ)充。

2）.給出問(wèn)題解決方案或預(yù)期效果；bug也分很多種，有些是yes or no的問(wèn)題，只需指出問(wèn)題點(diǎn)即可，如：

“在用戶(hù)未登錄狀態(tài)下，用戶(hù)頭像上不顯示登錄角標(biāo)?！?/p>

但是有一些涉及體驗(yàn)問(wèn)題的bug，不是yes or no的問(wèn)題，而是good or better的問(wèn)題，因此需要給出相應(yīng)的解決方案或預(yù)期效果，如：

“問(wèn)題描述：在未登錄狀態(tài)下點(diǎn)擊播放列表時(shí)，頁(yè)面僅提示都需要登錄狀態(tài)；預(yù)期效果：在未登錄狀態(tài)下點(diǎn)擊播放列表時(shí)，頁(yè)面出現(xiàn)登錄狀態(tài)文案提示，同時(shí)露出登錄按鈕，點(diǎn)擊可直接跳轉(zhuǎn)至登錄頁(yè)面。”

3）.標(biāo)注優(yōu)先級(jí)：優(yōu)先級(jí)描述能夠告知相關(guān)人員問(wèn)題的嚴(yán)重程度，便于開(kāi)發(fā)人員合理安排自己的工作進(jìn)度，這是一項(xiàng)利人利己的事情。

關(guān)于驗(yàn)收?qǐng)?bào)告的格式，可以參考一下樣式：

下面僅提供一下word版本驗(yàn)收?qǐng)?bào)告樣式以供參考。

工作中才發(fā)現(xiàn)，交互設(shè)計(jì)師的職責(zé)，不僅是在前期的產(chǎn)出物交付完成即可，更多的任務(wù)是在后期的交互驗(yàn)收和優(yōu)化推動(dòng)截?cái)唷Ｒ郧坝X(jué)著給出交互文檔比較重要，工作量大，但是后來(lái)才發(fā)現(xiàn)，每一個(gè)版本的驗(yàn)收工作才是更加費(fèi)心費(fèi)力的，畢竟需要交互設(shè)計(jì)師主動(dòng)去推動(dòng)一個(gè)bug的優(yōu)化，而不是收到需求后僅僅是輸出文檔就ok了。

作者：蝦米&胖喵，百度交互設(shè)計(jì)師

本文由 @蝦米&胖喵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。