交互設(shè)計應(yīng)注意的細(xì)節(jié)
當(dāng)交互設(shè)計師完成一份自以為詳盡的交互輸出物,前端的開發(fā)結(jié)果總是不那么另人滿意。交互會抱怨:為什么會做成這樣呢,很多常識性的東西也會做錯。顯然因為領(lǐng)域不同,對“常識”的理解不盡相同,我們不能把希望寄托在前端工程師的可用性覺悟上。所以交互設(shè)計師必須站在對方的角度,在提交輸出物前補(bǔ)充交互細(xì)節(jié),以免日后不必要的迭代。
1.列表項目為空時的顯示效果。比如“購物車”里沒有東西時,該如何顯示。否則開發(fā)會讓屏幕空白。
2.當(dāng)頁面或應(yīng)用會向后臺下載數(shù)據(jù)較慢時,載入過程的提示。如果我們不說,技術(shù)不會考慮載入時的信息反饋,會讓頁面呈現(xiàn)假死的狀態(tài)。
3.當(dāng)按鈕、圖標(biāo)、鏈接等不可用時,怎樣呈現(xiàn)給用戶(a.消失 b.disable+文案改變c.disable+tip d.非模態(tài)或嵌入式提示 e.點擊后出現(xiàn)模態(tài)對話框)。如果我們不說,技術(shù)會采用最簡單且一般來說體驗最差的方式—模態(tài)對話框,甚至什么提示都沒有。
4.應(yīng)用或者一些偏操作的網(wǎng)絡(luò)產(chǎn)品,對話框內(nèi)的按鈕,如“確定”“取消”。需要有一個默認(rèn)選中,支持鍵盤enter操作。
5.每個圖標(biāo)都要加上tip,尤其是用戶可能不明白的拖動操作。
6.在文檔中規(guī)定系統(tǒng)出錯的提示該如何呈現(xiàn),提示的文案中不能帶有技術(shù)性描述(如錯誤類型:XXX)。如果我們不規(guī)定,技術(shù)會自己添加一些出錯的模態(tài)浮層,使用技術(shù)性的語言。
7.文本長度超過標(biāo)準(zhǔn)被截斷時,該如何顯示。
8.鼠標(biāo)的響應(yīng)范圍,如列表項目,radioBtn ,checkbox等。一般來說,響應(yīng)范圍大點好。如果我們不說,技術(shù)只會使用默認(rèn)設(shè)置,如radioBtn的響應(yīng)范圍就只是前面那個點。
9.修改文本框內(nèi)容,在獲取焦點時,是全選還是將插入點放在文本末尾。
如果用戶很可能會重新輸入整個值,則應(yīng)在獲取輸入焦點時選擇全部文本。如果用戶更有可能進(jìn)行編輯,則應(yīng)將插入點放在文本末尾。
10.下拉框,列表框的默認(rèn)定位,比如生日。如果我們不說,技術(shù)會默認(rèn)在“1900”年。
11.如果是客戶端,或是流式網(wǎng)頁布局,要提供多種分辨率下的展示。
12.在移動客戶端,多點觸摸,手勢的操作和動畫過程,顯得尤其重要。
13.用戶操作成功或失敗的反饋,超時的反饋,系統(tǒng)崩潰的反饋等等。
14.移動客客戶端橫豎屏的不同顯示方式,網(wǎng)絡(luò)狀況差時的交互反饋。
—— The End ——
文章來源:體驗之美
- 目前還沒評論,等你發(fā)揮!