如何建立交互設計自查表

對于移動(dòng)應用來(lái)說(shuō)，移動(dòng)情景非常復雜，設備也很多樣。那么在設計之后，設計評審之前，你的交互稿考慮的細節是否完善，對特殊狀態(tài)的描述是否有遺漏，你是怎么提前發(fā)現一些問(wèn)題并查漏補缺的？為解決這個(gè)問(wèn)題，我們團隊建立了一份交互設計自查表，并且在版本迭代的過(guò)程中同步迭代,補充新出現的異常點(diǎn)。這份表格梳理了用戶(hù)在完成具體任務(wù)過(guò)程中的各種異常情況。它不會(huì )顯示交互的所有細節，但是卻能為特定的目標提供用戶(hù)體驗的全面視角。這個(gè)目標可能是高層次的，例如：進(jìn)行某項操作無(wú)網(wǎng)絡(luò )時(shí)，應該如何展示；網(wǎng)絡(luò )不佳時(shí)應該如何處理等。在此過(guò)程中，可能由于特殊的使用場(chǎng)景，解決方案會(huì )有不同，但是這份表格會(huì )提醒你去深入地思考一個(gè)解決方案。以下是我在總結這些異常情況時(shí)的一些小經(jīng)驗。

1、交互設計自查表格如何建

通常在QA測試中，一般會(huì )以用戶(hù)的任務(wù)為主線(xiàn)，也就是對產(chǎn)品分析并總結出所有的任務(wù)，并輸出任務(wù)列表，去挨個(gè)走查，標識出模塊、前置條件、用例標題、執行步驟、預期結果，以及一些重要備注等。如果交互同學(xué)也用這種方法，就需要我們每個(gè)版本都要花不少精力去撰寫(xiě)、梳理用例，與我們之前所想的花較少時(shí)間快速查漏補缺的初衷相背離。更何況，用戶(hù)任務(wù)的走查在設計流程中都會(huì )考慮到，而遺漏的往往是一些異常情況。

因此，交互設計師在自查時(shí)，可以換個(gè)思路試試：首先當然是產(chǎn)品的實(shí)際功能是否能滿(mǎn)足用戶(hù)的需求。這是基本的前提，也就是可用性目標中的“可行性”。然后思考用戶(hù)在使用這個(gè)產(chǎn)品時(shí)的核心使用情景以及核心的影響因素，把這些影響因素按所在的區塊進(jìn)行分類(lèi)，了解它們對你的用戶(hù)體驗的目標的影響，再一一列舉出來(lái)，進(jìn)行歸類(lèi)并形成表格，在之后的版本中，可以一直延用此表格，如果有了新的異常點(diǎn)，再按這個(gè)思路補充進(jìn)去。

我們可以把這一過(guò)程分為以下4個(gè)步驟：

圖1、建立自查表格的4個(gè)步驟

為了更好地把人、機、設備、使用情景等因素對設計帶來(lái)的影響都考慮進(jìn)來(lái)，我將這些影響因素按所在的模塊進(jìn)行分類(lèi)，大致可以分為以下幾類(lèi)：

1）、軟硬件特性：設備、系統、新老版本兼容等；

圖2、軟硬件特性相關(guān)

手機硬件以及平臺的多樣性，給設計帶來(lái)機遇的同時(shí)也帶來(lái)了挑戰。除了以上所列舉的一些，我們要考慮的點(diǎn)還有很多，比如屏幕越來(lái)越大，當在搖晃的車(chē)廂內，大屏幕遇上單手操作，需要考慮如何通過(guò)設計使用戶(hù)能夠用得更自然、順暢。

2）、網(wǎng)絡(luò )特性；

圖3、網(wǎng)絡(luò )特性相關(guān)

由于移動(dòng)應用使用場(chǎng)景的特殊性，遇到數據加載慢或者無(wú)網(wǎng)絡(luò )的情況會(huì )很多，此時(shí)漫長(cháng)的數據加載等待會(huì )令用戶(hù)抓狂。此時(shí)處理好界面交互中的加載，確保用戶(hù)沒(méi)有漫長(cháng)的等待感，并且對加載后的內容有明確的預期，就能提供給用戶(hù)較好的使用感受。因此在所有涉及到網(wǎng)絡(luò )交互的模塊中，都要去考慮以上列舉的這些點(diǎn)，必要的時(shí)候，合理地利用緩存，來(lái)提升界面的響應速度。

3）、從A到B的中間狀態(tài)；

圖4、從A到B的中間狀態(tài)

即便你的產(chǎn)品90%的時(shí)間都運行良好。但是如果在用戶(hù)需要幫助時(shí)置之不理，他們是不會(huì )忘記這一點(diǎn)的?！禛etting real》

用戶(hù)在完成任務(wù)的過(guò)程中，其實(shí)是在講述一個(gè)以用戶(hù)為主角的故事，因此必須包括開(kāi)始、中間和終點(diǎn)。中間部分是主要部分，顯示了用戶(hù)從起點(diǎn)到達終點(diǎn)所要經(jīng)過(guò)的全部地方。一方面要解決的是如果一切很順利時(shí)，如何給用戶(hù)流暢、行云流水的感覺(jué)，這就是動(dòng)效能夠幫我們做的；另一方面，如果在一個(gè)任務(wù)過(guò)程中需要較多的時(shí)間，用戶(hù)不想玩下去了，此時(shí)是否能提供一個(gè)應景的入口，使他和應用“后會(huì )有期”，而不是讓他只能殺掉后臺程序，憤然離去。

4）、內容展現相關(guān)：如書(shū)籍和資訊源；

圖5、內容展現相關(guān)

對于內容這塊，多的異常的關(guān)注點(diǎn)在于大量的空態(tài)、極值、網(wǎng)絡(luò )數據過(guò)期等的提示。不同的APP根據自身的類(lèi)型不同，所要考慮的內容也完全不同。

5）、用戶(hù)個(gè)人屬性

圖6、用戶(hù)個(gè)人屬性相關(guān)

在大多數應用中，每個(gè)用戶(hù)都有自己的專(zhuān)屬I(mǎi)D，根據是否登錄，用戶(hù)所能享受的權限也不盡相同。所以說(shuō)，考慮用戶(hù)的每種可能有的狀態(tài)，以及狀態(tài)間的切換對于設計時(shí)的影響，就顯得尤為必要。

6）、特殊情景下的狀態(tài)；

圖7、特殊情景下的狀態(tài)

特殊狀態(tài)是指為了滿(mǎn)足用戶(hù)某些特定的需求而存在的一種模式，這些模式往往由于平時(shí)曝光率不是特別大，因此在設計過(guò)程中有時(shí)會(huì )被遺忘。但一旦沒(méi)考慮到的話(huà)，帶來(lái)的結果將是各種突兀和莫名其妙。因此將此類(lèi)狀態(tài)單獨拎出來(lái)梳理一下很有必要。

2、自查表格怎么用

反復進(jìn)行“設計—自查”，這種自查（有時(shí)也會(huì )有用戶(hù)的測試介入）就會(huì )更全面、更徹底，終能夠發(fā)現并解決絕大多數的問(wèn)題。交互設計師使用反饋來(lái)修正構思，如此反復幾次，就可以提煉出來(lái)，形成規范。在設計新的產(chǎn)品時(shí)，這一點(diǎn)尤其重要。這種迭代是不可避免的，因為很多時(shí)候我們不可能一次就找出特別完整的、正確的解決方案。

結語(yǔ)

上面所列的這些影響因素，不同的移動(dòng)應用會(huì )根據自身特有的情景來(lái)提取特定的影響因素，這些因素都會(huì )對設計產(chǎn)生較大的影響。移動(dòng)情景很復雜，除了軟硬件特性、網(wǎng)絡(luò )特性、中間狀態(tài)、內容、用戶(hù)個(gè)人屬性、一些特殊情景以下外，影響因素還很多。正確分析并記錄各種影響因素，處理好并運用到設計中，都能使產(chǎn)品的體驗獲得更好的提升，并且在此提升過(guò)程中，我們可以將他們形成規范。每個(gè)迭代版本做新功能時(shí)，我們可以回顧一下這些因素在本期給設計帶來(lái)的影響 ，并把新增的影響因素添加進(jìn)去，留待后續的交互設計自查。這樣積累下來(lái)，我們所以提前考慮到的異常點(diǎn)就會(huì )越來(lái)越多，從而考慮得會(huì )越來(lái)越完善，這樣就能減輕后續跟進(jìn)開(kāi)發(fā)過(guò)程中的掉血~咱有藥！可以治！