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

體驗清單起因

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

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

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

體驗清單如何設計

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

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

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

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

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

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

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

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

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

框架導航

　　框架結構 是否合理、能承載產(chǎn)品功能結構

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

　流程

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

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

從狀態(tài)A到B

　　A.操作時

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

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

B.操作之后

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

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

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

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

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

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

布局內(nèi)容

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

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

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

　　文字 是否通俗易懂、有趣

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

三、特殊因素再復查

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

硬件設備

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

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

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

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

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

模式

　　夜間模式 是否需要考慮夜間模式(有沒有光線較暗的場景)

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

網(wǎng)絡

　　網(wǎng)絡超時

　　網(wǎng)絡太慢

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

無網(wǎng)絡

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

賬號相關

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

通知機制

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

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

硬件交互

　　定位 定位是否打開

　　相機 相機是否允許使用

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

　　等等…….

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

總結

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

當前名稱：讓你事半功倍的交互體驗自查清單
當前URL：http://jinyejixie.com/news17/167717.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、品牌網(wǎng)站設計、商城網(wǎng)站、云服務器、軟件開發(fā)、響應式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)