本文主要說明交互設(shè)計師進行交互驗收的常規(guī)流程、交互驗收的內(nèi)容，以及驗收注意事項。

做任何事情都應(yīng)該有始有終，設(shè)計工作也是如此。

設(shè)計師前期參與需求討論、需求評審、輸出設(shè)計方案、組織設(shè)計評審、完成評審后的修改，以及交付給下游同事之后的協(xié)調(diào)溝通等，以上每一個步驟都需要投入較多的精力。

同時設(shè)計師仍然要做好善后工作，設(shè)計方案的交付只是項目推進過程中在設(shè)計節(jié)點的結(jié)束，想要保證項目后期上線的效果，認真對待“設(shè)計驗收”是非常重要的一個環(huán)節(jié)。

本文主要說明交互設(shè)計師進行交互驗收的常規(guī)流程、交互驗收的內(nèi)容，以及驗收注意事項。

一、什么是交互驗收？

是指某個項目已經(jīng)完成開發(fā)，測試人員已完成功能驗收，確保各個流程無異常和無阻斷之后，參與項目的交互設(shè)計師從交互層面對項目的實現(xiàn)效果進行驗收，發(fā)現(xiàn)交互問題并提交給開發(fā)跟進解決，之后再次復(fù)驗的過程。

二、交互驗收的常規(guī)流程

1. 測試完成功能驗收，將代碼打包提交給設(shè)計師驗收

交互設(shè)計師開始驗收的時間點，一般情況下是在測試人員完成1~2輪測試之后，這樣設(shè)計師驗收時主要的精力集中在設(shè)計相關(guān)的問題上。

這里有兩個需要注意的地方：

1. 個別緊急待上線的需求，交互設(shè)計師可能會在測試人員未完成功能驗收時介入，只是過早參與驗收，發(fā)現(xiàn)的問題可能會比較多，其中有些并非交互問題，會耗費設(shè)計師過多的精力與時間；
2. 實際工作過程中，交互設(shè)計師在某個時間段內(nèi)可能會承擔(dān)多個項目，處于并行推進的狀態(tài)。需要合理安排時間，在給定時間范圍內(nèi)完成驗收工作。

2. 匯總驗收問題

交互驗收時可以按照不同的維度記錄bug，比如按照需求的主流程與子流程經(jīng)過的頁面驗收、按照交互稿中原型輸出的順序驗收。

對于一些復(fù)雜的需求，包含相對復(fù)雜的流程，需要在驗收過程中結(jié)合以上兩種方式。

無論如何驗收，最終需要將發(fā)現(xiàn)的交互設(shè)計問題匯總，建議以文檔的形式集中記錄（或者有些公司是提交bug清單任務(wù)），之后一起交付給開發(fā)。

這樣便于開發(fā)抽時間集中解決，最好不要在工作群內(nèi)單個拋問題，這樣既不利于交互設(shè)計師后續(xù)復(fù)驗，也不利于開發(fā)查閱問題。

3. 將問題提交開發(fā)解決，跟進解決的進度和結(jié)果

告知對應(yīng)的開發(fā)查看和解決匯總的驗收問題，最好能提前了解開發(fā)解決所需的大概時間，便于自己提前預(yù)留復(fù)驗時間。

開發(fā)在解決提交問題的過程中，對于已經(jīng)解決的問題會通知你再次復(fù)驗，對于未能解決的問題會告知你原因，此時需要針對具體情況分析判斷：比如現(xiàn)有條件下是否有其他合理的替代方案？

如果是因為開發(fā)技術(shù)實現(xiàn)難度、開發(fā)實現(xiàn)周期等因素，可以與產(chǎn)品經(jīng)理溝通，對此類問題進行歸類記錄、并且標(biāo)明未能實現(xiàn)的原因，站在交互設(shè)計師的角度給出合理建議。

4. 上線后的驗收

即使是待上線的測試版，復(fù)驗沒有問題之后，也無法保證發(fā)布正式版一定準(zhǔn)確無誤，當(dāng)然這是小概率事件。所以交互設(shè)計師仍然需要在需求發(fā)布正式版之后，再次對線上進行驗收確保無誤。

三、交互驗收哪些內(nèi)容？

1. 交互流程

頁面邏輯判斷中涉及到的關(guān)鍵任務(wù)路徑，是否符合交互稿中設(shè)定的流程？

交互設(shè)計師在輸出交互稿時，一般會對需求中涉及到的關(guān)鍵任務(wù)，尤其是判定條件相對較多的任務(wù)流，繪制任務(wù)流程圖。

這樣做的目的既有利于查看交互文檔的人員明確判定的流程，也有利于交互設(shè)計師驗收時快速調(diào)用、提升驗收的效率。

2. 交互邏輯

在各種預(yù)定的操作情境下，用戶每一次操作所觸發(fā)的頁面狀態(tài)、操作結(jié)果是否達到預(yù)期效果？尤其是特殊狀態(tài)下的頁面樣式、提示等。

這里也需要關(guān)注“逆向操作”，即順著正常路徑執(zhí)行返回操作，頁面跳轉(zhuǎn)邏輯是否正常。

同時避免頁面跳轉(zhuǎn)邏輯陷入死循環(huán)。比如在移動端帳號登錄頁面有注冊入口，點擊注冊按鈕進入新用戶注冊頁面，此時有的應(yīng)用會在注冊頁面繼續(xù)放置“登錄入口”，若在注冊頁面點擊登錄按鈕，則默認返回上一級登錄頁面，并非是繼續(xù)進入下一級頁面，不然極端情況下這種場景會陷入死循環(huán)，用戶反復(fù)點擊多次，就需要回退多次。

3. 頁面元素的交互細節(jié)

頁面元素的交互細節(jié)與交互稿中元素的交互說明是有對應(yīng)關(guān)系的，主要包括：

1. 頁面元素位置、可點觸區(qū)域、默認狀態(tài)、觸摸/懸浮狀態(tài)、點擊后的結(jié)果等是否符合預(yù)期；
2. 元素的限定極限值（最小或最大值）、交互動作（點擊/滑動/長按等）、頁面切換方式（其中PC端判定新窗口打開還是當(dāng)前窗口刷新，移動端涉及到頁面滑入滑出方式）；
3. 頁面元素不同場景下的不同狀態(tài)：比如電商詳情頁“立即搶購”按鈕，當(dāng)商品的庫存不足時，該按鈕置灰不可點，并在頁面給出相應(yīng)的提示說明）。

4. 交互動效

如果交互設(shè)計師在輸出交互稿時，有相應(yīng)的動效設(shè)計或文字說明（一般簡單的微動效可以通過文字表述，復(fù)雜一些的動效需要通過專業(yè)軟件輸出動效demo），驗收時同樣需要查看動效的還原度。

5. 不同屏幕尺寸的適配問題

PC端網(wǎng)頁設(shè)計中，通常會依據(jù)網(wǎng)頁重要性對頁面進行不同屏幕寬度的自適應(yīng)，比較常見的是大部分網(wǎng)站首頁會依據(jù)不同寬度節(jié)點進行自適應(yīng)。因此在交互設(shè)計階段就需要考慮到自適應(yīng)布局，驗收時自然也不能忘了。

移動端界面設(shè)計，由于近年來大屏手機的出現(xiàn)，其中最典型的是iPhone的劉海屏，盡管我們輸出交互稿目前仍然是以iPhone 6的一半尺寸為標(biāo)準(zhǔn)，但是由于各種類型大屏手機的出現(xiàn)，導(dǎo)致我們不得不在設(shè)計初期、以及驗收階段考慮大屏手機的適配問題。

舉例：比如iPhone X去掉實體Home鍵之后，將返回主頁/調(diào)起多任務(wù)窗口的操作按鈕至于屏幕底部，并且為了避免交互手勢沖突，蘋果官方標(biāo)明了針對此類機型進行界面設(shè)計的安全區(qū)。

所以在設(shè)計底部導(dǎo)航欄時，就需要將底部導(dǎo)航欄放置于安全區(qū)的底部，而不是屏幕的底部，不然會引發(fā)手勢沖突。

6. 操作的易用性與使用體驗

實際工作過程中，經(jīng)常會遇到一種情況：原本按照交互稿的方案，可以確保頁面操作的易用性，但實際開發(fā)過程中基于開發(fā)技術(shù)實現(xiàn)的復(fù)雜度、開發(fā)時間有限等因素，可能無法實現(xiàn)交互稿的方案。

此時綜合各種影響因素，給出合理的替代方案，那么驗收時也需要特別注意替代方案的易用性與使用體驗。

7. 驗收到非本次需求的其他問題

此時需要評估問題的復(fù)雜程度，必要時與部門同事溝通商量。

一般根據(jù)問題的復(fù)雜程度決定：能解決的有關(guān)用戶體驗的小問題可隨即提出解決；若問題牽扯較多、調(diào)整相對復(fù)雜耗時，可以先記錄后續(xù)改進。

8. 移動端項目分別驗收iOS與Android端

iOS系統(tǒng)與Android系統(tǒng)有不同的交互設(shè)計規(guī)范，界面相關(guān)元素的排版布局與交互方式存在差異，也對應(yīng)著不同終端的開發(fā)。

特別注意：輸出交互稿時最好考慮到兩端的差異，給出明確的差異說明或圖例示意，這樣便于開發(fā)明確，同時降低了交互設(shè)計師后期的溝通成本。因此驗收時需要針對兩端分別走查。

四、交互驗收注意事項

1. 對項目驗收復(fù)盤思考

驗收過程中有沒有遇到什么問題，如果有，是否有更好的解決辦法？溝通過程中是否有不順暢的地方，是不是自己對基礎(chǔ)技術(shù)不夠了解？哪些問題是自己應(yīng)該堅持不妥協(xié)的，哪些問題沒有必要耗費過多精力爭執(zhí)等等。

每一次復(fù)盤都是為了之后項目的驗收更加順暢高效。

2. 對驗收匯總未能解決的問題，分類記錄

目的是避免記錄的問題過于零散，不利于上下游查看的同事分析。分類記錄便于明確定位屬于哪里的問題、問題的多少、問題的性質(zhì)，也有利于團隊后續(xù)的復(fù)盤。

總結(jié)

目前有大量的專業(yè)書籍和文章詳細介紹如何輸出高質(zhì)量的交互稿，對于交互設(shè)計師而言，這只是承接需求的一部分，不僅要重視前期定義需求、產(chǎn)出交互文檔，更要做好收尾工作，認真對待需求的交互設(shè)計驗收。

作者：Viksea，微信公眾號：Viksea的設(shè)計思考（ID：viksea-ux）

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

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