體驗清單起因

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

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

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

體驗清單如何設計

為了適用于大多數移動端應用，這套方法是按照需求（戰略層、范圍層）-流程及內容（結構層、框架層、表現層）-特殊因素的思路來設計的，主要分為三步：

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

第二步：從框架流程再到內容細節，如：框架導航、流程、布局、轉場、反饋、文字等；

第三步：重點關注特殊因素，如：網絡、硬件設備、數據網絡、模式、空值、交互方式等；

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

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

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

?

二、按照操作流程及界面內容，從流程到細節逐一梳理

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

框架導航

□框架結構 ?是否合理、能承載產品功能結構

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

流程

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

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

從狀態A到B

A.操作時

□觸發源 ?待操作按鈕在當前界面中是否明確

□觸發區 ?域待操作按鈕是否易操作

B.操作之后

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

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

□轉場動效 ?是否需要添加有趣的轉場動效

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

□提示類型 ?選擇輕（tip/小紅點）、中（Toast）、重（提示框）提示優先級別是否恰當

□中間過程 ?是否可以取消，例如更新應用、導入本地文件，此時是否允許用戶取消

布局內容

□信息層次 ? 是否清晰，重要的信息是否優先顯示

□相關信息 ? 是否可合并，沒有重復信息

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

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

□界面內容 ? 是否完整，例如：頂部標題、按鈕里的文字等

三、特殊因素再復查

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

硬件設備

□橫豎屏 ?是否需要鎖屏，橫豎屏時布局及功能是否完整

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

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

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

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

模式

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

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

網絡

□網絡超時

□網絡太慢

□網絡環境變化 ?從WiFi到2/3G網絡環境時是否需要切換視圖（有沒有從室內到室外的場景）

□無網絡

□緩存 ?有無緩存內容，區分是否清楚

賬號相關

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

通知機制

□消息推送 ?是否需要消息推送，調用系統通知還是其他方式

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

硬件交互

□定位 ?定位是否打開

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

□其他硬件設備 ?雙屏幕互動、二維碼登錄等操作時，與其他設備互聯、同步、完成操作是否引導、備注

等等…….

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

總結

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