對(duì)于移動(dòng)應(yīng)用來(lái)說(shuō),移動(dòng)情景非常復(fù)雜,設(shè)備也很多樣。那么在設(shè)計(jì)之后,設(shè)計(jì)評(píng)審之前,你的交互稿考慮的細(xì)節(jié)是否完善,對(duì)特殊狀態(tài)的描述是否有遺漏, 你是怎么提前發(fā)現(xiàn)一些問(wèn)題并查漏補(bǔ)缺的?為解決這個(gè)問(wèn)題,我們團(tuán)隊(duì)建立了一份交互設(shè)計(jì)自查表,并且在版本迭代的過(guò)程中同步迭代,補(bǔ)充新出現(xiàn)的異常點(diǎn)。這份 表格梳理了用戶(hù)在完成具體任務(wù)過(guò)程中的各種異常情況。它不會(huì)顯示交互的所有細(xì)節(jié),但是卻能為特定的目標(biāo)提供用戶(hù)體驗(yàn)的全面視角。這個(gè)目標(biāo)可能是高層次的, 例如:進(jìn)行某項(xiàng)操作無(wú)網(wǎng)絡(luò)時(shí),應(yīng)該如何展示;網(wǎng)絡(luò)不佳時(shí)應(yīng)該如何處理等。在此過(guò)程中,可能由于特殊的使用場(chǎng)景,解決方案會(huì)有不同,但是這份表格會(huì)提醒你去 深入地思考一個(gè)解決方案。以下是我在總結(jié)這些異常情況時(shí)的一些小經(jīng)驗(yàn)。 通常在QA測(cè)試中,一般會(huì)以用戶(hù)的任務(wù)為主線,也就是對(duì)產(chǎn)品分析并總結(jié)出所有的任務(wù),并輸出任務(wù)列表,去挨個(gè)走查,標(biāo)識(shí)出模塊、前置條件、用例標(biāo) 題、執(zhí)行步驟、預(yù)期結(jié)果,以及一些重要備注等。如果交互同學(xué)也用這種方法,就需要我們每個(gè)版本都要花不少精力去撰寫(xiě)、梳理用例,與我們之前所想的花較少時(shí) 間快速查漏補(bǔ)缺的初衷相背離。更何況,用戶(hù)任務(wù)的走查在設(shè)計(jì)流程中都會(huì)考慮到,而遺漏的往往是一些異常情況。 因此,交互設(shè)計(jì)師在自查時(shí),可以換個(gè)思路試試:首先當(dāng)然是產(chǎn)品的實(shí)際功能是否能滿足用戶(hù)的需求。這是最基本的前提,也就是可用性目標(biāo)中的“可行 性”。然后思考用戶(hù)在使用這個(gè)產(chǎn)品時(shí)的核心使用情景以及核心的影響因素,把這些影響因素按所在的區(qū)塊進(jìn)行分類(lèi),了解它們對(duì)你的用戶(hù)體驗(yàn)的目標(biāo)的影響,再一 一列舉出來(lái),進(jìn)行歸類(lèi)并形成表格,在之后的版本中,可以一直延用此表格,如果有了新的異常點(diǎn),再按這個(gè)思路補(bǔ)充進(jìn)去。 圖1、建立自查表格的4個(gè)步驟 為了更好地把人、機(jī)、設(shè)備、使用情景等因素對(duì)設(shè)計(jì)帶來(lái)的影響都考慮進(jìn)來(lái),我將這些影響因素按所在的模塊進(jìn)行分類(lèi),大致可以分為以下幾類(lèi): 圖2、軟硬件特性相關(guān) 手機(jī)硬件以及平臺(tái)的多樣性,給設(shè)計(jì)帶來(lái)機(jī)遇的同時(shí)也帶來(lái)了挑戰(zhàn)。除了以上所列舉的一些,我們要考慮的點(diǎn)還有很多,比如屏幕越來(lái)越大,當(dāng)在搖晃的車(chē)廂內(nèi),大屏幕遇上單手操作,需要考慮如何通過(guò)設(shè)計(jì)使用戶(hù)能夠用得更自然、順暢。 圖3、網(wǎng)絡(luò)特性相關(guān) 由于移動(dòng)應(yīng)用使用場(chǎng)景的特殊性,遇到數(shù)據(jù)加載慢或者無(wú)網(wǎng)絡(luò)的情況會(huì)很多,此時(shí)漫長(zhǎng)的數(shù)據(jù)加載等待會(huì)令用戶(hù)抓狂。此時(shí)處理好界面交互中的加載,確保用戶(hù)沒(méi)有 漫長(zhǎng)的等待感,并且對(duì)加載后的內(nèi)容有明確的預(yù)期,就能提供給用戶(hù)較好的使用感受。因此在所有涉及到網(wǎng)絡(luò)交互的模塊中,都要去考慮以上列舉的這些點(diǎn),必要的 時(shí)候,合理地利用緩存,來(lái)提升界面的響應(yīng)速度。 圖4、從A到B的中間狀態(tài) 即便你的產(chǎn)品90%的時(shí)間都運(yùn)行良好。但是如果在用戶(hù)需要幫助時(shí)置之不理,他們是不會(huì)忘記這一點(diǎn)的?!禛etting real》 圖5、內(nèi)容展現(xiàn)相關(guān) 對(duì)于內(nèi)容這塊,最多的異常的關(guān)注點(diǎn)在于大量的空態(tài)、極值、網(wǎng)絡(luò)數(shù)據(jù)過(guò)期等的提示。不同的APP根據(jù)自身的類(lèi)型不同,所要考慮的內(nèi)容也完全不同。 圖6、用戶(hù)個(gè)人屬性相關(guān) 在大多數(shù)應(yīng)用中,每個(gè)用戶(hù)都有自己的專(zhuān)屬I(mǎi)D,根據(jù)是否登錄,用戶(hù)所能享受的權(quán)限也不盡相同。所以說(shuō),考慮用戶(hù)的每種可能有的狀態(tài),以及狀態(tài)間的切換對(duì)于設(shè)計(jì)時(shí)的影響,就顯得尤為必要。 圖7、特殊情景下的狀態(tài) 特殊狀態(tài)是指為了滿足用戶(hù)某些特定的需求而存在的一種模式,這些模式往往由于平時(shí)曝光率不是特別大,因此在設(shè)計(jì)過(guò)程中有時(shí)會(huì)被遺忘。但一旦沒(méi)考慮到的話,帶來(lái)的結(jié)果將是各種突兀和莫名其妙。因此將此類(lèi)狀態(tài)單獨(dú)拎出來(lái)梳理一下很有必要。 反復(fù)進(jìn)行“設(shè)計(jì)—自查”,這種自查(有時(shí)也會(huì)有用戶(hù)的測(cè)試介入)就會(huì)更全面、更徹底,最終能夠發(fā)現(xiàn)并解決絕大多數(shù)的問(wèn)題。交互設(shè)計(jì)師使用反饋來(lái)修正 構(gòu)思,如此反復(fù)幾次,就可以提煉出來(lái),形成規(guī)范。在設(shè)計(jì)新的產(chǎn)品時(shí),這一點(diǎn)尤其重要。這種迭代是不可避免的,因?yàn)楹芏鄷r(shí)候我們不可能一次就找出特別完整 的、正確的解決方案。 上面所列的這些影響因素,不同的移動(dòng)應(yīng)用會(huì)根據(jù)自身特有的情景來(lái)提取特定的影響因素,這些因素都會(huì)對(duì)設(shè)計(jì)產(chǎn)生較大的影響。移動(dòng)情景很復(fù)雜,除了軟硬 件特性、網(wǎng)絡(luò)特性、中間狀態(tài)、內(nèi)容、用戶(hù)個(gè)人屬性、一些特殊情景以下外,影響因素還很多。正確分析并記錄各種影響因素,處理好并運(yùn)用到設(shè)計(jì)中,都能使產(chǎn)品 的體驗(yàn)獲得更好的提升,并且在此提升過(guò)程中,我們可以將他們形成規(guī)范。每個(gè)迭代版本做新功能時(shí),我們可以回顧一下這些因素在本期給設(shè)計(jì)帶來(lái)的影響 ,并把新增的影響因素添加進(jìn)去,留待后續(xù)的交互設(shè)計(jì)自查。這樣積累下來(lái),我們所以提前考慮到的異常點(diǎn)就會(huì)越來(lái)越多,從而考慮得會(huì)越來(lái)越完善,這樣就能減輕 后續(xù)跟進(jìn)開(kāi)發(fā)過(guò)程中的掉血~咱有藥!可以治! 原文來(lái)自:網(wǎng)易u(yù)ed1、交互設(shè)計(jì)自查表格如何建
1)、軟硬件特性:設(shè)備、系統(tǒng)、新老版本兼容等;
2)、網(wǎng)絡(luò)特性;
3)、從A到B的中間狀態(tài);
用戶(hù)在完成任務(wù)的過(guò)程中,其實(shí)是在講述一個(gè)以用戶(hù)為主角的故事,因此必須包括開(kāi)始、中間和終點(diǎn)。中間部分是主要部分,顯示了用戶(hù)從起點(diǎn)到達(dá)終點(diǎn)所要經(jīng)過(guò)的 全部地方。一方面要解決的是如果一切很順利時(shí),如何給用戶(hù)流暢、行云流水的感覺(jué),這就是動(dòng)效能夠幫我們做的;另一方面,如果在一個(gè)任務(wù)過(guò)程中需要較多的時(shí) 間,用戶(hù)不想玩下去了,此時(shí)是否能提供一個(gè)應(yīng)景的入口,使他和應(yīng)用“后會(huì)有期”,而不是讓他只能殺掉后臺(tái)程序,憤然離去。4)、內(nèi)容展現(xiàn)相關(guān):如書(shū)籍和資訊源;
5)、用戶(hù)個(gè)人屬性
6)、特殊情景下的狀態(tài);
2、自查表格怎么用
結(jié)語(yǔ)
如何建立交互設(shè)計(jì)自查表
評(píng)論
網(wǎng)易UED出品,必屬精品