除了自身執(zhí)行力上對設(shè)計師專業(yè)能力的要求，對產(chǎn)品體驗的敏感度，也要適當(dāng)關(guān)注一下產(chǎn)品思維的提升，減少在設(shè)計過程中踩著“坑”艱難前行。

該項目背景是打造的公司品牌的線下合作項目，將產(chǎn)品從線上開始向線下延伸。線下合作方提供場地和硬件平臺，公司提供相關(guān)資源和軟件支持，各取所需雙向共贏。盡管資源是現(xiàn)成的，但是軟件應(yīng)用需要重新開發(fā)，因此也相對可以看作一個全新的項目來看待。在筆者跟進的兩個版本中，經(jīng)歷了產(chǎn)品從無到有的過程，以及一次版本的更新迭代。

1.職能與會踩到的“坑”

在整個項目過程中，PM的重點在于兩端合作方的資源協(xié)調(diào)，因此在產(chǎn)品的功能需求和實現(xiàn)上沒有進行過多的限制，交互設(shè)計師在整個產(chǎn)品的成型和完善過程中相對有一定的話語權(quán)，因此設(shè)計過程相對比較順利，但是還是不可避免地踩了一些“坑”，現(xiàn)在想來還是比較有代表性的，想聊一下與大家共勉。在設(shè)計過程中能出現(xiàn)“坑”的地方總結(jié)了一張圖，如下：

2.都會出現(xiàn)什么樣的坑

2.1 設(shè)計排期上

一個交互設(shè)計師會支持多一個新項目時，盡管核心頁面不多，但是作為交互設(shè)計師都知道，每個頁面的各種特殊狀態(tài)、跳轉(zhuǎn)邏輯在交互文檔上都不可或缺。這樣算下來，一個完整產(chǎn)品的交互文檔，不是幾頁A4紙就能說明白的，幾百個頁面的交互稿也是見怪不怪了。因此如果設(shè)計師沒有安排好自己的設(shè)計排期給出交互文檔，不僅可能造成自己熬夜加班的情況，更可能造成交付時間的延遲，對項目造成較大影響。

2.2 操作流程

新項目所有的設(shè)計都要重新做，事無巨細(xì)，無論是大的頁面框架，還是小的點擊反饋，都要在設(shè)計原型中給出，但是隨著頁面量級的增加，頁面邏輯的增多，交互稿中的操作流程很可能會出現(xiàn)流程部分節(jié)點缺失或者邏輯循環(huán)的狀態(tài)。

2.3 體驗

還是起因于頁面功能的逐漸累積和增加，逐步給出的交互原型，很可能會在操作體驗流暢性和一致性上出現(xiàn)漏洞；另一方面，由于硬件是有合作方提供的，因此硬件設(shè)備與移動端設(shè)備質(zhì)量有差異，圖像成像原理不同，導(dǎo)致一些視覺或者操作效果無法從移動端直接復(fù)用過來，因此最終實現(xiàn)的體驗效果與預(yù)期存在差異。

2.4 驗收

開發(fā)結(jié)束后提交測試，這個時候交互驗收，除了流程是否通順之外，更多的交互細(xì)節(jié)需要根據(jù)設(shè)計經(jīng)驗的積累而發(fā)現(xiàn)。當(dāng)然，有經(jīng)驗的設(shè)計師會在原型階段就將這些可能出現(xiàn)問題的地方標(biāo)注出來。但是對于交互設(shè)計新人來說，交互驗收往往比出原型圖更加勞心費力，因為你根本無法預(yù)料到哪些地方會出問題。

3.怎么避免踩這些“坑”

要想解決問題，首先要找到問題的癥結(jié)所在?，F(xiàn)在回顧這個項目，一路走出來出現(xiàn)這樣坑的原因，除了自身設(shè)計執(zhí)行力和專業(yè)程度的問題，更多地存在于對工作流程中的細(xì)節(jié)溝通和準(zhǔn)備執(zhí)行上。

3.1 合理調(diào)整設(shè)計排期

交互設(shè)計師在一個全新的項目流程中，需要一個一個頁面全部都要畫出來，這樣無論多么小的一個產(chǎn)品，落實到交互產(chǎn)出的時候，也會給出幾十甚至上百個頁面。因此，設(shè)計過程中需要明確每一個時間點上的主要聚焦點，以此來判斷每一個功能某塊或者頁面的優(yōu)先級。

對于一個完整的項目而言，前后端基本上接近于并行的，產(chǎn)品、設(shè)計、開發(fā)之間的地洞周期都有一定的重疊。產(chǎn)品更不會等著把所有的流程和邏輯都打通了才開始進入交互流程，這樣對于時間、人力資源都是一種浪費。因此在評估和分配這幾工作量的時候，需要從幾個方面來合理分配，避免項目流程在交互設(shè)計階段停滯，更避免交互設(shè)計陷入熬夜加班的泥潭中。一般來說，評估交互設(shè)計排期優(yōu)先級可以從這幾個方面來進行：

• 產(chǎn)品功能邏輯。這是最合理和舒服的方式，按照每個流程來設(shè)計，這樣的交互輸出物的邏輯相對較為明晰，設(shè)計師自身也不會混淆；
• 產(chǎn)品需求重點。PM一般習(xí)慣按照分模塊方式給出產(chǎn)品需求。但是顯而易見，導(dǎo)航、首頁、搜索、個人空間等這些某塊的功能權(quán)重是不一樣的。在整體邏輯不通的前提下，可以與PM溝通后，根據(jù)功能權(quán)重設(shè)置自身的設(shè)計優(yōu)先級，然后給出工作量和時間排期；
• 開發(fā)計劃：不管怎么說都需要承認(rèn)，任何一家互聯(lián)網(wǎng)科技公司，開發(fā)人員都是公司的寶貴資源，因此對于抽調(diào)固定人員支持這個項目，那么其周期一般也都是固定的，而且考慮到開發(fā)GG們每天熬夜加班，在分配自己的交互輸出物時，也會根據(jù)開發(fā)的開發(fā)計劃來調(diào)整自己的設(shè)計優(yōu)先級排期，按照開發(fā)的安排按需求給出交互原型。

要知道，以上所說的并不是說以技術(shù)為中心，設(shè)計為技術(shù)服務(wù)。當(dāng)整個項目組的人員都齊心想做出這個產(chǎn)品來的時候，如何協(xié)調(diào)各方排期節(jié)省時間、人力成本才是大家的努力重點。

3.2 功能操作要閉環(huán)

新產(chǎn)品在設(shè)計過程中，一個主要的問題就是所有的頁面、邏輯、反饋都要重新做，沒有可直復(fù)用的內(nèi)容，因此在頁面設(shè)計過程中，一定要注意交互操作和體驗的閉環(huán)，絕對不要出現(xiàn)“有頭無尾”的狀況。操作閉環(huán)的含義是指用戶的每一次操作，都應(yīng)該有完整的觸發(fā)——操作——結(jié)束流程，無論這是一個小小的滑動操作，還是更加繁瑣的操作。例如進入二級或者三級頁面后，無法返回上一級頁面，或者使用了一個服務(wù)功能后，其他正常操作被屏蔽了等等。其實要避免這種情況也不難，關(guān)鍵是要在實踐過程把握基本的設(shè)計原則：

• 創(chuàng)建用戶預(yù)期；用戶的每一次手勢操作，每次點開一個頁面，在操作前都會有一個預(yù)期，無論明確的還是模糊的。這就要求滿足目標(biāo)用戶的操作認(rèn)知和習(xí)慣，使用通用性的樣式和操作。推陳出新有時候未必是好事，尤其是在推出第一版產(chǎn)品的時候，穩(wěn)定快速上線是重點，后續(xù)的優(yōu)化調(diào)整在迭代中可逐步解決實現(xiàn)。
• 及時響應(yīng)，預(yù)期與反饋結(jié)果一致；一個完整的設(shè)計項目，除了正常的功能邏輯以外，各種特殊狀態(tài)的處理也是重點，需要針對無內(nèi)容、無網(wǎng)絡(luò)等各種特殊狀態(tài)，依據(jù)用戶場景給出合理的反饋提示，絕對不要將用戶放任在一個陌生的頁面里不管不問。
• 功能邏輯盡量簡潔直觀，所見即所得：避免操作混亂出現(xiàn)不閉環(huán)的另一個簡單的解決方案就是要簡化頁面內(nèi)容和功能，每個操作或者頁面只是讓用戶專注地完成目標(biāo)任務(wù)即可。如果為了點擊量和頁面跳轉(zhuǎn)率而在二級或者三級頁面上設(shè)置過多的導(dǎo)流入口，用戶可以任意跳入跳出，先不說這樣的設(shè)計能否上線，可能開發(fā)GG都會提著刀去找你吧。

3.3體驗要流暢和一致

好的產(chǎn)品，在體驗流暢性和一致性做得都很好，而小的交互細(xì)節(jié)是良好體驗的重要方面。例如出現(xiàn)提示的時機和消失機制，全局的輸入操作等。這是盡量在設(shè)計之初給出一個統(tǒng)一的規(guī)范，例如統(tǒng)一的彈窗提示樣式、引導(dǎo)浮層機制的，避免后期由于需求的激增而隨意設(shè)計，將產(chǎn)品做得四不像。在保證體驗流暢性和一致性上，需要關(guān)注一下幾方面：

• 頁面簡潔，保持用戶注意力的專注：頁面中的和興內(nèi)容要突出，放置過多的導(dǎo)流入口盡管會提升對應(yīng)的點擊率，但是對核心功能和體驗來說是一個阻礙；
• 彈窗、toast等全局通用操作的觸發(fā)時機一致：什么樣的操作會觸發(fā)何種反饋提示是固定的，尤其在同一個頁面層級中，同一反饋使用不同的樣式，會對用戶習(xí)慣的培養(yǎng)造成延遲，也不利于流暢性的實現(xiàn)。
• 反饋及時。這個和功能操作閉環(huán)相似，在需要請求網(wǎng)絡(luò)連接或者服務(wù)器的操作中，一定要設(shè)定請求響應(yīng)的時間節(jié)點，然后（在未請求到內(nèi)容時）及時給出友好的反饋，避免在一個空白頁面中一直loading。當(dāng)然，這個反饋不止涉及到軟件上的體驗，因為是線下項目，還需要考慮到線下實現(xiàn)效果，例如有一個場景就是在設(shè)備上呼叫服務(wù)后，實體店中的營業(yè)人員需要在5分鐘之內(nèi)去處理，這種場景下除了正常的反饋提示外，還需要提示營業(yè)人員可能的處理方法等。

3.4 驗收要關(guān)注細(xì)節(jié)

每一次的交互走查和驗收都是對自己設(shè)計成果與實現(xiàn)效果的對比，因此對于一些主要的交互功能和設(shè)計布局的實現(xiàn)效果需要著重考慮。這種新功能的驗收雖然重要，但是找出問題并給出解決方案的過程相對也比較簡單。其實，交互驗收中讓人感到身心俱疲的，是需要一定功力去發(fā)現(xiàn)交互操作過程和體驗的bug，這才是驗收的重點所在，也是避免項目上線后出現(xiàn)各種坑的關(guān)鍵，接下來羅列一些驗收時易于出現(xiàn)隱藏的不易發(fā)現(xiàn)的bug的地方：

• 操作流暢性：頁面切換、動效實現(xiàn)的流暢性，以及提示的消失時長等，在一個頁面中，提示浮層停留2s還是3s，這1s的差異對用戶的心理會帶來完全不同的體驗；另外，頁面卡頓效果也時常出現(xiàn)，這是由于后臺的測試數(shù)據(jù)不足或者開發(fā)不完全導(dǎo)致的，也需要提出；
• 觸發(fā)區(qū)域：相對隱性的交互驗證重點，例如一些表單，有些需要只是對應(yīng)的icon或圖片設(shè)置觸發(fā)區(qū)域，但有時需要整條區(qū)域都是觸發(fā)區(qū)域，因此提升點擊的流暢性，因此對于操作觸發(fā)區(qū)域，需要重點驗收；
• 頁面顯示效果：圖像顯示的大小、動效切換效果的，尤其是隨著手勢的各種動作同步出現(xiàn)的動效，一般都會和開發(fā)當(dāng)面溝通很多次來調(diào)整效果；當(dāng)然，還有一個重要原因就是硬件問題導(dǎo)致的，原定的設(shè)計效果無法在當(dāng)前設(shè)備上較好呈現(xiàn)，因此需要調(diào)整優(yōu)化原有的設(shè)計方案，從實際出發(fā)來達到預(yù)期的體驗。

4.總結(jié)

由于是新項目，無論是PM、設(shè)計還是前后端開發(fā)，大部分都是摸石頭過河，沒有現(xiàn)成的資源可用，都需要重新開發(fā)，因此對于交互設(shè)計師而言，更需要謹(jǐn)慎，除了自身執(zhí)行力上對設(shè)計師專業(yè)能力的要求，對產(chǎn)品體驗的敏感度，也要適當(dāng)關(guān)注一下產(chǎn)品思維的提升，減少在設(shè)計過程中踩著“坑”艱難前行。

（后面關(guān)于交互驗收的問題，會專門再擼一篇文章來著重聊一下，交互設(shè)計師進行驗收時的問題，敬請期待。）

作者：蝦米&胖喵

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