app設計：如何處理加載頁面

好的loading設計能減弱用戶的等待焦慮，不合理的loading設計會讓用戶罵爹罵娘了。

大多數(shù)App都要與服務器進行數(shù)據(jù)的交換，App向服務器發(fā)出數(shù)據(jù)請求，服務器接收到請求之后向App傳輸相應數(shù)據(jù)，App接收成功后顯示數(shù)據(jù)內(nèi)容，沒有接收成功則反饋數(shù)據(jù)接收失敗。在這個數(shù)據(jù)交換過程中，由于網(wǎng)絡原因，需要花費一定時間，也就是說用戶要等待加載完成，這個時候就要用到loading加載機制，它告訴用戶，App正在努力為您加載數(shù)據(jù)，您稍安勿躁。好的loading設計能減弱用戶的等待焦慮，不合理的loading設計會讓用戶罵爹罵娘了。

一. 用戶、客戶端和服務器

作為用戶體驗設計師，不管是產(chǎn)品、交互還是UI，都習慣于站在人機交互的角度去思考產(chǎn)品設計問題，在這個過程中往往會忽略了一個重要過程：客戶端和服務器之間的數(shù)據(jù)請求和傳輸。先看下面這張圖。

用戶、客戶端、服務器

用戶與客戶端進行人機交互，觸發(fā)某個操作，客戶端會將用戶觸發(fā)的操作轉(zhuǎn)化為相應指令，向服務器請求數(shù)據(jù)，若網(wǎng)絡和服務器正常，服務器會返回數(shù)據(jù)到客戶端，用戶便能看到自己操作所引發(fā)的結(jié)果。整個過程是用戶、客戶端、服務器一起完成的，人與客戶端之間是人機交互研究的領域，而客戶端和服務器之間的數(shù)據(jù)傳輸更多的是開發(fā)人員所考慮的。

舉例來說，你去京東購物，點擊搜索欄，輸入完關鍵詞“風衣”，點擊搜索(觸發(fā)了操作)，京東APP會將該操作發(fā)送給服務器，服務器將所有有關風衣的信息傳給京東APP，并通過列表的形式呈現(xiàn)。

既然數(shù)據(jù)傳輸是開發(fā)人員考慮的問題，身為設計師是不是就不用考慮了?當然不是，原因很簡單：數(shù)據(jù)傳輸?shù)那闆r會影響到人機交互。例如，如果數(shù)據(jù)傳輸遇到網(wǎng)絡不穩(wěn)定或者服務器異常，就要在人機界面體現(xiàn)出來，不然用戶會不知所措，產(chǎn)生焦慮，影響用戶體驗，這就是UED要考慮網(wǎng)絡和服務器異常時的交互設計的原因。再比如，一個頁面包含很多信息，即使網(wǎng)絡穩(wěn)定，也要加載不少時間，那怎樣通過交互設計來緩解用戶的焦慮。

二. 數(shù)據(jù)加載的幾種形式及對應的交互設計

1. 標題loading

微信&釘釘

微信、釘釘?shù)榷疾捎昧诉@種形式。聊天列表頁的聊天記錄是儲存在本地的，所以頁面內(nèi)容不為空。這個時候加載無需獲取用戶的視覺焦點，只要告知用戶頁面正在請求新數(shù)據(jù)，所以選擇在標題欄展示App正在加載是個不錯的選擇，加載成功則標題欄loading消失，若因為網(wǎng)絡錯誤未連接服務器，則在標題欄顯示未連接狀態(tài)。

2. 白屏loading

當頁面內(nèi)容比較單一，直接一次性加載完再顯示數(shù)據(jù)。多出現(xiàn)在H5頁面，例如微信的文章詳情頁。內(nèi)容加載完成之前界面都會停留在loading界面。很多產(chǎn)品都會采用無限循環(huán)的小菊花，但進度條和有趣的動畫設計，更能減輕用戶等待時的焦慮感。

微信&美團

除了進度條+卡通動畫+文案的形式，還有種更為高級的白屏loading樣式。

左側(cè)的開眼APP，將自己的logo進行變換，仿佛一個眼睛在轉(zhuǎn)啊轉(zhuǎn);右側(cè)的好奇心日報APP，用鉛筆和橡皮擦，將自己的品牌字母Q，進行手寫和擦除。這種形式不僅增加了loading的趣味性和設計感，同時還達到了強化品牌的效果，大家可以借鑒使用。

開眼&好奇心日報

3. 優(yōu)先加載

當有文字和圖片時，圖片會比文字加載的慢，這個時候往往文字先加載，圖片在加載過程中使用占位符，直到圖片加載成功。當加載的頁面內(nèi)容有固定的框架時，可以先加載框架，再加載框架內(nèi)的內(nèi)容。

通過先加載頁面框架，設計占位符等形式可以減少用戶的心理等待時長，提高產(chǎn)品體驗。

微博&微信

微博采用了灰色塊作為圖片的占位符，而微信公眾號，則在灰色塊的基礎上增加了無限循環(huán)的loading，除此之外，還可以使用帶有產(chǎn)品logo或形象的圖片作為占位符。

3. Skeleton Screen

這種加載形式你可能沒聽過，但是一定見過。它是一種將未加載出來的內(nèi)容區(qū)域，用灰色的色塊填充的方式。所以整個頁面在加載過程中會給用戶很連貫的感覺。

國外的Facebook，國內(nèi)的簡書、微博、豆瓣都采用了這種加載形式。

這種形式一般用于內(nèi)容框架固定的頁面，如果頁面可能會出現(xiàn)空數(shù)據(jù)的情況也不宜使用。像下圖的Facebook首頁，簡書的首頁和發(fā)現(xiàn)頁，頁面結(jié)構(gòu)固定，且內(nèi)容不會為空(除非網(wǎng)絡異常導致加載失敗)，就很適合用Skeleton Screen的加載形式。配合前面講的優(yōu)先加載的方式，效果會更佳。

Facebook&簡書

5. 下拉刷新加載

Twitter當年提出下拉刷新，并被廣泛使用，讓用戶能夠手動對當前頁面進行更新，加載的loading樣式可以做進一步設計，例如QQ將loading動畫和下拉手勢結(jié)合起來，增加了趣味性;豆瓣把loading做成了笑臉，給予了產(chǎn)品人性化的設計。

豆瓣&QQ

6. 分段加載

當新頁面的內(nèi)容有好幾百條甚至更多時，如果一次性加載所有內(nèi)容，會增加設備的負擔，而且加載內(nèi)容過大，加載時間會過長，同時APP自身也可以因為運算成本太高而崩潰。為了解決這個問題，產(chǎn)生了一種叫分段加載的形式。即：先加載最新的幾十條數(shù)據(jù)，當用戶繼續(xù)向上滑動想瀏覽更多時，再加載幾十條。

分段加載要在PRD或者交互設計文檔里明確注明，一次性加載多少條內(nèi)容，如果內(nèi)容以圖片為主，建議加載20到30條左右，如果內(nèi)容以文本為主，建議40到60條左右，這是本人的設計習慣，大家可以借鑒。我無聊的數(shù)了數(shù)今日頭條每次分段加載會加載60條新聞。

same&知乎

7. 智能加載

當網(wǎng)絡狀態(tài)不好時，可以考慮加載低質(zhì)量的圖片，當網(wǎng)絡良好時，則加載高質(zhì)量的圖片。

同理，當檢測到用戶正在使用蜂窩數(shù)據(jù)時，則顯示占位符而不顯示圖片，當使用WiFi時則直接加載出圖片。這些設計方案都是站在用戶的角度，替用戶著想，為用戶帶來價值，用戶才會真正喜歡上你的產(chǎn)品。

知乎

三. 關于加載的更多思考

由于存在網(wǎng)速不快、網(wǎng)絡異常、服務器異常、bug等情況，讓用戶等待的情況是必不可少的。但是我們都知道，等待會產(chǎn)生焦慮感，分分鐘卸載你的產(chǎn)品，除了用上文介紹的其中l(wèi)oading，還有沒有其他方式來降低或緩解用戶的焦慮感?

1. 優(yōu)化App的加載算法，使得App與服務器數(shù)據(jù)傳輸?shù)臅r間減短

這個需要開發(fā)人員的精益求精了。這個是從根本上解決了問題，因為直接減少了加載數(shù)據(jù)的時間，也就減少了用戶需要等待的時間。

2. 采用預加載和智能加載的方式

拿閱讀App打比方，當用戶在看第一頁的時候，App在后臺加載完后面的幾頁，等用戶翻到第二頁的時候就不需要等待加載了，因為App已經(jīng)幫用戶提前加載好了。

這種加載機制對用戶體驗特別好，但是存在一個問題，就是要預測用戶行為，加載其他數(shù)據(jù)，這樣會消耗不少流量，所以建議在WiFi網(wǎng)絡環(huán)境下采取這種預加載機制，而在蜂窩網(wǎng)絡狀態(tài)下則不采用預加載機制。這個要和開發(fā)人員討論溝通，確保預加載機制好運行。

3. 異步處理

這一點做得好的App莫過于Instagram，不知道你有沒有發(fā)現(xiàn)，用Instagram的時候會覺得特別流暢，即使在網(wǎng)絡不好的情況下。這是為什么?因為在網(wǎng)絡不好的情況下，你給好友點了贊，Instagram并不會提示你網(wǎng)絡不好，操作失敗，而是提示你點贊成功了，其實它只是將你點贊的操作記錄了下來，等網(wǎng)絡一好就將點贊的行為上傳到服務器，從而完成點贊行為。這就是讓產(chǎn)品自己去解決問題，而不是把問題拋給用戶。

微信也采用了異步處理，發(fā)布朋友圈時，你不用等所有文字和照片都上傳完畢，點擊上傳后，就可以進行其他操作，微信會在后臺自行將文字圖片上傳到服務器，不用用戶等待切不打擾用戶。

4. 設計有趣的loading動畫

如上文介紹的美團APP奔跑的小人，這是提升產(chǎn)品情感的重要手段。如果能和自身品牌元素結(jié)合起來，同時能反映出產(chǎn)品的調(diào)性，那就再好不過了，如上文提到的開眼和好奇心日報APP。

回到文章的開頭，作為產(chǎn)品設計人員，不應該把視野局限在人與客戶端之間的交互，也要把客戶端和服務端之間的數(shù)據(jù)傳輸考慮進來，站在用戶、客戶端和服務器閉環(huán)的角度去思考產(chǎn)品，只有這樣，才能設計出體驗更好的數(shù)據(jù)加載方案，而不會有失偏頗。

分享題目：app設計：如何處理加載頁面
文章起源：http://www.muchs.cn/news27/160627.html

網(wǎng)站建設、網(wǎng)絡推廣公司-創(chuàng)新互聯(lián)，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡營銷seo公司；服務項目有App設計等

廣告

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