cp 自 ：https://www.uisdc.com/create-interactive-design-checklist

強烈推薦茶敏！很多同學做設(shè)計的時候經(jīng)常會漏掉這個漏掉那個，等到開發(fā)來問的時候才想到≈奘兀現(xiàn)在有了網(wǎng)易同學自創(chuàng)的自查表，可以把一些問題提前預防起來沾凄，文章系統(tǒng)全面梗醇，條理性強，是不可多得的實用好文呦撒蟀。

飛靈：對于移動應(yīng)用來說叙谨，移動情景非常復雜，設(shè)備也很多樣保屯。那么在設(shè)計之后手负，設(shè)計評審之前，你的交互稿考慮的細節(jié)是否完善姑尺，對特殊狀態(tài)的描述是否有遺漏竟终，你是怎么提前發(fā)現(xiàn)一些問題并查漏補缺的？為解決這個問題切蟋，我們團隊建立了一份交互設(shè)計自查表统捶，并且在版本迭代的過程中同步迭代，補充新出現(xiàn)的異常點。

這份表格梳理了用戶在完成具體任務(wù)過程中的各種異常情況喘鸟。它不會顯示交互的所有細節(jié)匆绣，但是卻能為特定的目標提供用戶體驗的全面視角。這個目標可能是高層次的什黑，例如：進行某項操作無網(wǎng)絡(luò)時崎淳，應(yīng)該如何展示；網(wǎng)絡(luò)不佳時應(yīng)該如何處理等愕把。在此過程中拣凹，可能由于特殊的使用場景，解決方案會有不同礼华，但是這份表格會提醒你去深入地思考一個解決方案咐鹤。以下是我在總結(jié)這些異常情況時的一些小經(jīng)驗。

一圣絮、交互設(shè)計自查表格如何建

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

因此立镶，交互設(shè)計師在自查時，可以換個思路試試：首先當然是產(chǎn)品的實際功能是否能滿足用戶的需求类早。這是最基本的前提媚媒，也就是可用性目標中的“可行性”。然后思考用戶在使用這個產(chǎn)品時的核心使用情景以及核心的影響因素涩僻，把這些影響因素按所在的區(qū)塊進行分類欣范，了解它們對你的用戶體驗的目標的影響变泄，再一一列舉出來，進行歸類并形成表格恼琼，在之后的版本中妨蛹，可以一直延用此表格，如果有了新的異常點晴竞，再按這個思路補充進去蛙卤。

我們可以把這一過程分為以下4個步驟：

圖1：建立自查表格的4個步驟

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

1. 軟硬件特性：設(shè)備行嗤、系統(tǒng)、新老版本兼容等

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

手機硬件以及平臺的多樣性垛耳，給設(shè)計帶來機遇的同時也帶來了挑戰(zhàn)栅屏。除了以上所列舉的一些，我們要考慮的點還有很多堂鲜，比如屏幕越來越大栈雳，當在搖晃的車廂內(nèi)，大屏幕遇上單手操作缔莲，需要考慮如何通過設(shè)計使用戶能夠用得更自然哥纫、順暢。

2. 網(wǎng)絡(luò)特性

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

由于移動應(yīng)用使用場景的特殊性痴奏，遇到數(shù)據(jù)加載慢或者無網(wǎng)絡(luò)的情況會很多蛀骇，此時漫長的數(shù)據(jù)加載等待會令用戶抓狂。此時處理好界面交互中的加載读拆，確保用戶沒有漫長的等待感松靡，并且對加載后的內(nèi)容有明確的預期，就能提供給用戶較好的使用感受建椰。因此在所有涉及到網(wǎng)絡(luò)交互的模塊中，都要去考慮以上列舉的這些點岛马，必要的時候棉姐，合理地利用緩存，來提升界面的響應(yīng)速度啦逆。

3. 從A到B的中間狀態(tài)

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

即便你的產(chǎn)品90%的時間都運行良好伞矩。但是如果在用戶需要幫助時置之不理，他們是不會忘記這一點的夏志∧死ぃ——《Getting real》

用戶在完成任務(wù)的過程中，其實是在講述一個以用戶為主角的故事，因此必須包括開始湿诊、中間和終點狱杰。中間部分是主要部分，顯示了用戶從起點到達終點所要經(jīng)過的全部地方厅须。一方面要解決的是如果一切很順利時仿畸，如何給用戶流暢、行云流水的感覺朗和，這就是動效能夠幫我們做的错沽；另一方面，如果在一個任務(wù)過程中需要較多的時間眶拉，用戶不想玩下去了千埃，此時是否能提供一個應(yīng)景的入口，使他和應(yīng)用“后會有期”忆植，而不是讓他只能殺掉后臺程序放可，憤然離去。

何時加入動效唱逢，有篇具體的好文分析：《設(shè)計師的必備技能吴侦！你需要學會設(shè)計有意義的動效》

4. 內(nèi)容展現(xiàn)相關(guān)：如書籍和資訊源

圖5：內(nèi)容展現(xiàn)相關(guān)

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

5. 用戶個人屬性

圖6：用戶個人屬性相關(guān)

在大多數(shù)應(yīng)用中，每個用戶都有自己的專屬ID奶陈，根據(jù)是否登錄易阳，用戶所能享受的權(quán)限也不盡相同。所以說吃粒，考慮用戶的每種可能有的狀態(tài)潦俺，以及狀態(tài)間的切換對于設(shè)計時的影響，就顯得尤為必要徐勃。

6. 特殊情景下的狀態(tài)

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

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

二劝堪、自查表格怎么用

反復進行“設(shè)計—自查”冀自，這種自查（有時也會有用戶的測試介入）就會更全面、更徹底秒啦，最終能夠發(fā)現(xiàn)并解決絕大多數(shù)的問題熬粗。交互設(shè)計師使用反饋來修正構(gòu)思，如此反復幾次帝蒿，就可以提煉出來荐糜，形成規(guī)范。在設(shè)計新的產(chǎn)品時葛超，這一點尤其重要暴氏。這種迭代是不可避免的，因為很多時候我們不可能一次就找出特別完整的绣张、正確的解決方案答渔。

結(jié)語

上面所列的這些影響因素，不同的移動應(yīng)用會根據(jù)自身特有的情景來提取特定的影響因素侥涵，這些因素都會對設(shè)計產(chǎn)生較大的影響沼撕。移動情景很復雜，除了軟硬件特性芜飘、網(wǎng)絡(luò)特性务豺、中間狀態(tài)、內(nèi)容嗦明、用戶個人屬性笼沥、一些特殊情景以下外，影響因素還很多娶牌。正確分析并記錄各種影響因素奔浅，處理好并運用到設(shè)計中，都能使產(chǎn)品的體驗獲得更好的提升诗良，并且在此提升過程中汹桦，我們可以將他們形成規(guī)范。每個迭代版本做新功能時鉴裹，我們可以回顧一下這些因素在本期給設(shè)計帶來的影響 舞骆，并把新增的影響因素添加進去，留待后續(xù)的交互設(shè)計自查径荔。這樣積累下來督禽，我們所以提前考慮到的異常點就會越來越多，從而考慮得會越來越完善猖凛，這樣就能減輕后續(xù)跟進開發(fā)過程中的掉血~咱有藥！可以治绪穆！