體驗清單起因

去年底看朋友出國前用‘窮游清單’給自己列清單，她說列的清單可以幫她在出行前檢查一下是否有遺漏東西，避免因遺漏東西使整個旅行變得很糟。既然旅游清單可以使旅游提前避免問題發(fā)生，是不是我們在工作中也可以采用這種方式使自己的產(chǎn)出物交付前保證萬無一失。

在平時設(shè)計過程中會遇到這樣的問題：考慮某個模塊流程了，卻把特殊狀態(tài)給忘了；改的版本多了，漏掉了原備注的內(nèi)容，自己卻沒看出來。記得帶實習(xí)生的時候就遇到過交付的原型同一個界面，在這個功能里頂欄有標(biāo)題，在另外一個功能里頂欄沒有標(biāo)題，讓檢查一遍也沒有發(fā)現(xiàn)問題所在。

經(jīng)過這段時間思考、整理和實踐，按照《 用戶體驗 要素》所提到的體驗設(shè)計框架總結(jié)了一套體驗清單設(shè)計方法。雖然 用戶體驗 要素這本書是以網(wǎng)頁設(shè)計為主，但所提到的 用戶體驗 層次，在移動端設(shè)計中依然有效；只是移動端設(shè)計中需要考慮更多的場景、硬件設(shè)備、特殊因素、交互方式等問題。今天分享給大家移動端體驗清單的設(shè)計方法，方便大家平時在做完交互稿后進行自查。

體驗清單如何設(shè)計

為了適用于大多數(shù)移動端應(yīng)用，這套方法是按照需求（戰(zhàn)略層、范圍層）-流程及內(nèi)容（結(jié)構(gòu)層、框架層、表現(xiàn)層）-特殊因素的思路來設(shè)計的，主要分為三步：

第一步：明確用戶在什么場景下完成什么操作

第二步：從框架流程再到內(nèi)容細節(jié)，如：框架導(dǎo)航、流程、布局、轉(zhuǎn)場、反饋、文字等；

第三步：重點關(guān)注特殊因素，如：網(wǎng)絡(luò)、硬件設(shè)備、數(shù)據(jù)網(wǎng)絡(luò)、模式、空值、交互方式等；

平時常用奇妙清單來規(guī)劃自己一天的任務(wù)，就嘗試用該App來制作移動端體驗清單，使用之后感覺挺便捷的。下面就以奇妙清單為工具來舉例子：

一、明確完成什么操作及主場景

不同的產(chǎn)品、需求對應(yīng)的用戶場景和操作流程是不同的，每次在自查前先明確需求，然后明確用戶是在哪些主場景下完成什么任務(wù)；主場景有什么？操作是哪些？羅列在清單里。簡單舉個例子如閱讀小說，子任務(wù)添加場景，備注寫完成什么操作，如下圖：

?

二、按照操作流程及界面內(nèi)容，從流程到細節(jié)逐一梳理

按照要完成的任務(wù)梳理一下流程，隨手畫一下流程圖。流程圖可以讓我們對原型流程有一個整體把控，防止出現(xiàn)邏輯問題。自查的過程中從具象到細節(jié)，先保證大流程沒問題，再細化細節(jié)問題。

框架導(dǎo)航

□框架結(jié)構(gòu) ?是否合理、能承載產(chǎn)品功能結(jié)構(gòu)

□導(dǎo)航 ?廣度、深度是否適中，易操作，拓展性好

流程

□操作流程 ?從頭到尾是否能順暢的串下去

□返回 ?從哪里來是否可以回到那里去

從狀態(tài)A到B

A.操作時

□觸發(fā)源 ?待操作按鈕在當(dāng)前界面中是否明確

□觸發(fā)區(qū) ?域待操作按鈕是否易操作

B.操作之后

□加載狀態(tài) ?狀態(tài)改變的等待時間是否超過2S左右，如果太長是否需要加入加載狀態(tài)

□反饋 ?是否有反饋，反饋是否備注清楚

□轉(zhuǎn)場動效 ?是否需要添加有趣的轉(zhuǎn)場動效

□成功與失敗、空值 ?是否考慮且有相關(guān)的提示

□提示類型 ?選擇輕（tip/小紅點）、中（Toast）、重（提示框）提示優(yōu)先級別是否恰當(dāng)

□中間過程 ?是否可以取消，例如更新應(yīng)用、導(dǎo)入本地文件，此時是否允許用戶取消

布局內(nèi)容

□信息層次 ? 是否清晰，重要的信息是否優(yōu)先顯示

□相關(guān)信息 ? 是否可合并，沒有重復(fù)信息

□功能操作 ? 是否易操作，重要、頻繁觸發(fā)的功能按鈕是否在手機的可操作區(qū)域

□文字 ? 是否通俗易懂、有趣

□界面內(nèi)容 ? 是否完整，例如：頂部標(biāo)題、按鈕里的文字等

三、特殊因素再復(fù)查

移動端產(chǎn)品的環(huán)境、場景復(fù)雜，硬件設(shè)備多樣；需要考慮的因素很多，很容易疏忽某些細節(jié)；所以需要對于特殊因素再次復(fù)查是否遺漏。下面是一些常見的特殊因素：

硬件設(shè)備

□橫豎屏 ?是否需要鎖屏，橫豎屏?xí)r布局及功能是否完整

□分辨率高低 ?分辨率情況下是否會有適配問題，是否備注清楚

□SD卡 ?文件導(dǎo)入本地時，沒有SD卡、SD卡儲存已滿、儲存位置等情況是否考慮并備注

□硬件、系統(tǒng)版本 ? 不同手機的物理按鍵、系統(tǒng)等不同，是否需要備注

□應(yīng)用版本 ?新增功能是否影響老版本，是否需要升級

模式

□夜間模式 ?是否需要考慮夜間模式（有沒有光線較暗的場景）

□編輯模式 ?編輯模式下出現(xiàn)意外情況是否提示保存或自動保存已填信息

網(wǎng)絡(luò)

□網(wǎng)絡(luò)超時

□網(wǎng)絡(luò)太慢

□網(wǎng)絡(luò)環(huán)境變化 ?從WiFi到2/3G網(wǎng)絡(luò)環(huán)境時是否需要切換視圖（有沒有從室內(nèi)到室外的場景）

□無網(wǎng)絡(luò)

□緩存 ?有無緩存內(nèi)容，區(qū)分是否清楚

賬號相關(guān)

□隨便看看/未登錄 ?需要登錄后才可操作的功能是否備注

通知機制

□消息推送 ?是否需要消息推送，調(diào)用系統(tǒng)通知還是其他方式

□推送策略 ?是否備注通知的推送時間、表現(xiàn)形式、失效策略

硬件交互

□定位 ?定位是否打開

□相機 ?相機是否允許使用

□其他硬件設(shè)備 ?雙屏幕互動、二維碼登錄等操作時，與其他設(shè)備互聯(lián)、同步、完成操作是否引導(dǎo)、備注

等等…….

以上是移動端體驗清單的設(shè)計方法及考慮因素，每個移動端應(yīng)用都有自身特有的場景和特定影響因素，除了你需要考慮以上列舉的，還會遇到一些未知的因素；對于新因素要分析后進行添加。不是所有項目都需按照這個清單逐條去檢查，有的項目可能沒有框架導(dǎo)航就可以直接忽略；有的只是一個小的優(yōu)化，需要著重考慮空值、網(wǎng)絡(luò)特性、特殊情況等。有的人善于把握大框架的東西細節(jié)考慮不全，就主要檢查細節(jié)問題。這份清單可以因?qū)嶋H項目、人而定。

總結(jié)

產(chǎn)品開發(fā)中有QA測試環(huán)節(jié)，交互設(shè)計完也需要一個自檢的環(huán)節(jié)，減少在設(shè)計評審和開發(fā)過程中消耗。建議使用奇妙清單制作項目的體驗清單，并將這套自檢方法應(yīng)用到實際工作流程中，在項目迭代過程中不斷完善形成自己的清單表；隨著時間推移考慮的問題會越來越細，做的交互方案也就越來越完善，工作的效率也會逐漸提升。