1. 為什么要建自查/評審清單
設(shè)計評審評審的通常是任務(wù)流程的完整度流暢度，交互細(xì)節(jié)是否完善，特殊狀態(tài)的描述是否遺漏，用戶體驗是否良好等這些問題不經(jīng)過反復(fù)走查，留待開發(fā)甚至測試階段才發(fā)現(xiàn)的話，會帶來大范圍的返工。
交互設(shè)計自查/評審清單，會提醒你考慮各種細(xì)節(jié)，幫助查漏補(bǔ)缺。
2.如何設(shè)計交互設(shè)計自查表格
- 列出應(yīng)用的核心使用場景及核心的影響因素
- 將這些影響因素重組，歸類，形成表格
- 對照表格，檢查交互稿有無欠考慮的點
- 補(bǔ)充交互稿遺漏項
- 發(fā)現(xiàn)新的檢查點迭代進(jìn)自查/評審清單
長期積累下來，我們可以提前考慮到的異常點會越來越多，交互稿越來越完善，從而減輕后續(xù)跟進(jìn)開發(fā)過程中的返工。
3.幾種常規(guī)用戶體驗場景檢查清單
將人，設(shè)備，使用情景等因素對設(shè)計帶來的影響都考慮進(jìn)來，可以分為界面組件級的純用戶體驗類檢查點與特殊場景下的邊界異常類檢查點，如果說前者只是讓人用著不順的話，后者可能就是功能上的缺失，算bug了。
A-常見特殊場景
A1-軟硬件特性：設(shè)備、系統(tǒng)、新老版本兼容等；
手機(jī)硬件以及平臺的多樣性，給設(shè)計帶來機(jī)遇的同時也帶來了挑戰(zhàn)。
A2-網(wǎng)絡(luò)特性**：
由于移動應(yīng)用使用場景的特殊性，遇到數(shù)據(jù)加載慢或者無網(wǎng)絡(luò)的情況會很多，此時漫長的數(shù)據(jù)加載等待會令用戶抓狂。此時處理好界面交互中的加載，確保用戶沒有漫長的等待感，并且對加載后的內(nèi)容有明確的預(yù)期，就能提供給用戶較好的使用感受。
A3-從A到B
用戶在完成任務(wù)的過程中，其實是在講述一個以用戶為主角的故事，因此必須包括開始、中間和終點。一方面如果一切很順利時，如何給用戶流暢、行云流水的感覺，這是動效能夠幫我們做的；另一方面，如果在一個任務(wù)過程中需要較多的時間，用戶不想玩下去了，此時是否能提供一個應(yīng)景的入口，使他和應(yīng)用“后會有期”，而不是讓他只能殺掉后臺程序，憤然離去。
A4-內(nèi)容展現(xiàn)相關(guān)
最多的異常關(guān)注點在于大量的空態(tài)、極值、網(wǎng)絡(luò)數(shù)據(jù)過期等的提示。不同的APP根據(jù)自身的類型不同，所要考慮的內(nèi)容也完全不同。
A5-用戶個人屬性
在大多數(shù)應(yīng)用中，每個用戶都有自己的專屬ID，根據(jù)是否登錄，用戶所能享受的權(quán)限也不盡相同。所以說，考慮用戶的每種可能有的狀態(tài)，以及狀態(tài)間的切換對于設(shè)計時的影響，就顯得尤為必要。
A6-特殊情景下的狀態(tài)
特殊狀態(tài)是指為了滿足用戶某些特定的需求而存在的一種模式，這些模式往往由于平時曝光率不是特別大，因此在設(shè)計過程中有時會被遺忘。但一旦沒考慮到的話，帶來的結(jié)果將是各種突兀和莫名其妙。
這些特殊情景是要重點思考對應(yīng)解決方案的，除此之外，一些常規(guī)的界面組件級檢查點利于初級交互人員提高設(shè)計可用性，提升產(chǎn)品用戶體驗。
B-界面組件級用戶體驗檢查清單
B1-架構(gòu)與導(dǎo)航
清晰易用的框架是產(chǎn)品留住用戶的基礎(chǔ)。
B2-布局與設(shè)計
信息層次清晰的頁面都不會太差。
B3-內(nèi)容與可讀性
就是這些細(xì)節(jié)影響了觀感。
B4-行為和互動
產(chǎn)品與用戶互動的細(xì)節(jié)。
這份清單既可以作為交互人員自查設(shè)計的清單，也可作為評審人員評估的基礎(chǔ)，還可以作為測試人員編寫測試用例的參考清單。
本文清單由網(wǎng)絡(luò)內(nèi)容，結(jié)合個人近期微信商城設(shè)計經(jīng)驗整理，可覆蓋大多數(shù)基礎(chǔ)體驗內(nèi)容。對于文初的依據(jù)產(chǎn)品核心使用場景梳理清單，除特殊狀況外不建議這么做，適用面窄，時間耗費(fèi)大，偏離快速檢查的初衷。流程性邏輯性內(nèi)容還是應(yīng)該建立測試用例后續(xù)測試，畢竟邏輯不清就不是體驗問題能解決的了。
分享文中所用清單供大家參考：
鏈接: http://pan.baidu.com/s/1o8CmTy6 密碼: vqvj
參考列表：
如何建立交互設(shè)計自查表
讓你事半功倍的交互體驗自查清單
