讓你的APP變快的6個設計方案
大家都知道不管網頁還是移動APP,響應速度都是最重要的體驗指標之一,并且移動應用的網絡環(huán)境不穩(wěn)定,速度的體驗顯得尤為重要。其實速度優(yōu)化不僅是程序員的事,設計,也能夠讓APP變得更快。
1.后臺執(zhí)行
這是一條很通用,也容易理解的方法。用戶不會愿意盯著進度條傻傻地等待,除了“取消”沒有其他選擇。在系統(tǒng)處理一些網絡任務的時候,完全可以允許用戶做一些其他的事情。各大平臺的發(fā)微博,都采用了后臺執(zhí)行。云閱讀的離線下載也采用后臺執(zhí)行。
而微博的看長圖(或視頻),是個反例。網絡不給力時,要么等待1分鐘讓圖加載完,要不就只好放棄看圖。為什么不能讓圖加載的同時,用戶可以看其他微博呢?
2.在載入前顯示內容
客戶端與web的一個不同點,客戶端的顯示內容包括本地數據和網絡數據兩部分。在設計界面時,將更多的信息放在本地,在網絡數據未載入時即顯示本地 數據,讓用戶產生一種“已經載入一半了”的錯覺,即使最終的耗時一樣,心理感受也會更快。當然把數據過多地寫在本地,會犧牲一些靈活性,需要根據具體情況 考慮。
如App Store的詳情頁,在詳細信息載入前,已有信息先顯示。
3.充分利用好緩存
緩存可以把網絡數據保存在本地,下次打開時無需要再次向網絡請求,減少流量并減少等待時間。在設計時,可以先顯示緩存內容,同時后臺到網絡上拉取新 內容,若有新內容立即替換或下次訪問時替換。但緩存使用也要注意“度”,過大的緩存文件占用太多的系統(tǒng)空間,會讓用戶一怒之下卸載APP。
4.界面先行,網絡交互隨后
對于一些數據量很小,且失敗可能性較小的網絡交互,用戶并不需要明確知道APP在干這些事情,也能夠順暢地使用APP,那么就可以“把一些事實掩蓋起來”,即界面上聽話地、迅速地完成任務(心智模型),程序后臺默默地繼續(xù)執(zhí)行任務(實現模型)。
最常用的比如QQ、微信、易信等聊天界面。點擊發(fā)送后,消息立即”飛”到聊天上下文中,其實對方還沒收到。但這樣的設計讓溝通的過程更順暢,沒有“正在發(fā)送 – 發(fā)送成功”各種過程的干擾。
5.預測用戶行為,提前開始任務
不知道大家使用淘寶有沒有這樣的習慣,在搜索結果列表,將所有感興趣的結果都打開為新標簽頁,然后一個個地看,沒興趣的就關閉。這樣做的好處是,在我瀏覽商品詳情頁的時候,每個頁面都是載入完全了,否則我點開一個看一個,每個都要等待加載完,就會大大降低效率。
那么能否通過設計,來滿足類似使用場景呢?應該是可以的,那就是預測用戶的行為,提前開始任務。
策略類似這樣:用戶在某個界面停留的時候,預測下一步可能做ABC三個任務,系統(tǒng)于是把這些任務都提前做完。當用戶做出選擇比如A時,界面可以迅速響應,并且同時把BC兩個任務從內存中清空掉以節(jié)省資源。(當然這招也有限制:1,只適用于免費的網絡。2,預加載不能影響系統(tǒng)的性能)
后臺自動加載新內容:并在刷新按鈕上顯示“NEW”,此時當用戶再刷新,內容立即呈現。
再比如Chrome在下載前詢問是否保存,在用戶決定之就已經開始下載,節(jié)省了不少時間。如果用戶放棄,已下載內容會自動刪除。
那么,用這個思路:
●?寫微博插入照片后,能否自動上傳,而不必等用戶點擊了“發(fā)送”才上傳?
●?看微博時定位到某條微博,是否應該自動加載大圖或視頻?
●?音樂應用在當前歌曲快播放完時,是否應該下載下一首歌,以免切歌的時候會卡一會兒?
6.使用動效來掩護載入過程
優(yōu)秀的動效設計,讓產品更好用且讓人眼前一亮。其實,動效還有另一大用處,吸引用戶的注意,讓本來枯燥的等待載入的過程,變成愉悅欣賞的過程。
實例:
轉自:http://mobile.51cto.com/design-418798.htm
- 目前還沒評論,等你發(fā)揮!