設(shè)計技巧!教你創(chuàng)建交互設(shè)計自查表
對于移動應(yīng)用來說,移動情景非常復(fù)雜,設(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í)行步驟、預(yù)期結(jié)果,以及一些重要備注等。如果交互同學(xué)也用這種方法,就需要我們每個版本都要花不少精力去撰寫、梳理用例,與我們之前所想的花較少時間快速查漏補缺的初衷相背離。更何況,用戶任務(wù)的走查在設(shè)計流程中都會考慮到,而遺漏的往往是一些異常情況。
因此,交互設(shè)計師在自查時,可以換個思路試試:首先當然是產(chǎn)品的實際功能是否能滿足用戶的需求。這是最基本的前提,也就是可用性目標中的“可行性”。然后思考用戶在使用這個產(chǎn)品時的核心使用情景以及核心的影響因素,把這些影響因素按所在的區(qū)塊進行分類,了解它們對你的用戶體驗的目標的影響,再一一列舉出來,進行歸類并形成表格,在之后的版本中,可以一直延用此表格,如果有了新的異常點,再按這個思路補充進去。
我們可以把這一過程分為以下4個步驟:
圖1:建立自查表格的4個步驟
為了更好地把人、機、設(shè)備、使用情景等因素對設(shè)計帶來的影響都考慮進來,我將這些影響因素按所在的模塊進行分類,大致可以分為以下幾類:
1. 軟硬件特性:設(shè)備、系統(tǒng)、新老版本兼容等
圖2:軟硬件特性相關(guān)
學(xué)習 · 提示
相關(guān)教程