讓等待成為件樂事:談?wù)劶虞d功能&設(shè)計要點

4 評論 6600 瀏覽 38 收藏 15 分鐘

編輯導(dǎo)語:對于加載功能大家想必并不陌生,每當(dāng)我們進(jìn)入一個網(wǎng)頁時、打開APP時、看電影時它都會出現(xiàn),并且挑戰(zhàn)用戶的耐心。如何才能讓等待成為一件快樂的事情呢?本文作者就圍繞這個問題,為我們談了談加載功能的一些設(shè)計要點,希望看后能對你有所啟發(fā)。

封面的“轉(zhuǎn)菊花”loading指引出了我們今天的主題:“加載”對于加載(loading),想必大家都不陌生。

每當(dāng)看到加載頁中那個不停轉(zhuǎn)啊轉(zhuǎn)的圈圈,或者是 “Loading”后面不停閃動的三個點點,心里都會涌起各種焦躁反感。

數(shù)據(jù)加載發(fā)生在用戶觸發(fā)特定操作后,客戶端向服務(wù)器發(fā)送請求,服務(wù)器處理并返回數(shù)據(jù)給客戶端的過程。該過程中由于網(wǎng)絡(luò)異常、解析出錯或服務(wù)器異常等問題常常會導(dǎo)致數(shù)據(jù)加載失敗或延時。

而用戶是沒有耐心的,這時候需要產(chǎn)品在前端進(jìn)行一定的設(shè)計來緩解用戶等待焦慮,并在加載失敗時給出一定的反饋提示,防止用戶由于漫長等待時間而離開。

上圖是本文的大綱&思維導(dǎo)圖。

一、加載是什么?有什么作用

什么是加載?為什么要加載?

加載如同反饋,在人機(jī)交互中,用戶與界面的每一次互動都是一次加載過程。

因操作導(dǎo)致的頁面跳轉(zhuǎn)、刷新或彈窗等從而使頁面元素或信息發(fā)生變化行為,頁面都需要向服務(wù)器發(fā)送請求信息,服務(wù)器接收到后在發(fā)送反饋信息,而由于網(wǎng)絡(luò)及頁面自身處理信息的原因?qū)е逻@個信息對換的過程可能發(fā)生延長從而需要一個“反饋”即加載來緩和用戶的等待。

加載有快有慢,快得可以讓你根本沒意識到這種“反饋”,同時慢得也會讓你感到崩潰。因此我們需要一種設(shè)計來緩解用戶等待時間內(nèi)的焦慮感,同時即時反饋頁面狀態(tài)——那就是加載。

二、8種常見加載策略及其設(shè)計意義

1. 啟動頁

加載說到啟動頁,大家肯定首先想到的是廣告位、節(jié)日營銷或加強(qiáng)品牌意識??梢渣c擊,并且一般都可以選擇跳過。

實現(xiàn)方式可以為靜態(tài)頁,也可以是動態(tài)圖。其實不然,啟動app需要一個短暫的過程,啟動頁的作用是自然地過渡這個過程。

除了上述的3種做法,啟動頁還有一種做法就是,做出和首頁一樣,給人感覺進(jìn)入首頁特別快。

2. 界面跳轉(zhuǎn)加載

1)當(dāng)前頁加載

點擊按鈕后,在當(dāng)前頁提示正在加載并處理,成功后進(jìn)入下一頁。適用于需要判斷及驗證處理的頁面中。例如表單信息判斷和登錄驗證等。

2)進(jìn)入下頁加載

點擊按鈕,跳轉(zhuǎn)至下一頁面并加載內(nèi)容。絕大部分app采用這種加載方式,極大的增強(qiáng)了流暢的感覺。

3. 白屏加載

多出現(xiàn)在H5頁面中,特點是一次性加載完所有數(shù)據(jù),界面單一。若加載失敗,頁面為空。

4. 分布加載

優(yōu)先加載占網(wǎng)絡(luò)資源較小的元素,如先文字和默認(rèn)圖標(biāo)后圖片,圖片加載完成前使用占位符顯示。

當(dāng)加載的頁面內(nèi)容有固定的框架時,可以先加載框架,再加載框架內(nèi)的內(nèi)容。此方式能夠及時展示相應(yīng)內(nèi)容,減少用戶心理等待時間。

5. 懶加載圖片

一直是網(wǎng)絡(luò)資源占用大戶,對于一個前端有幾百張圖片的網(wǎng)站來說,如果首屏即加載所有圖片(無論這些圖片有沒有被用戶看到),那無疑是既浪費(fèi)網(wǎng)絡(luò)資源,又傷害用戶體驗的事。目前,淘寶網(wǎng)、知乎等大流量網(wǎng)站都已經(jīng)使用了圖片滾動懶加載的方案——僅當(dāng)圖片滾入視窗,被用戶看到的時候,才會去真正加載。

6. 預(yù)加載

提前加載:如在啟動頁時預(yù)加載首頁;通常應(yīng)用在信息流中。

比如搜索結(jié)果頁,也就是我們經(jīng)??吹降牧斜硪晥D。當(dāng)我們“將要滑到”頁面底部時,頁面自動請求數(shù)據(jù),為你加載出下一頁。

所以一般你在瀏覽下圖這種列表時,感覺非常流暢。因為頁面進(jìn)行了預(yù)加載。

7. 智能加載

考慮網(wǎng)絡(luò)流量問題,智能加載不僅需要考慮加載的速度,還需要考慮用戶流量成本。因此通常應(yīng)用于WIFI和4G網(wǎng)絡(luò)切換條件下,另外還需產(chǎn)品判定網(wǎng)絡(luò)是否通暢。

  1. 在WIFI條件下:優(yōu)先加載高質(zhì)量圖片、優(yōu)質(zhì)音樂和視頻;
  2. 在4G條件下:下載行為自動終止,優(yōu)先加載普通甚至停止加載圖片或音樂視頻;
  3. 在網(wǎng)絡(luò)不通暢下:默認(rèn)加載低質(zhì)量甚至停止加載圖片或音樂視頻;

8. 緩存加載

緩存就是你希望用戶在未聯(lián)網(wǎng)或弱網(wǎng)環(huán)境狀態(tài)下看到的頁面信息。如果沒做緩存,在無網(wǎng)環(huán)境或弱網(wǎng)環(huán)境下可能會一直處于加載中,出現(xiàn)大白頁,大大降低了用戶體驗。

包含內(nèi)容:

  1. 緩存內(nèi)容(頁面上要緩存哪些數(shù)據(jù));
  2. 緩存位置(用戶端本地緩存、代理端CDN緩存、服務(wù)端本地緩存、服務(wù)端分布式緩存);
  3. 清理緩存策略(定時自動清理、定量自動清理、用戶手動清理)。

三、6種加載樣式

1. 狀態(tài)欄加載通常是系統(tǒng)默認(rèn)的配置加載樣式

使用場景:網(wǎng)路信號不好使,手機(jī)頂部便會出現(xiàn)加載樣式。

2. 導(dǎo)航欄加載

將導(dǎo)航欄標(biāo)題臨時變成加載信息的文字提醒,當(dāng)收取或信息時標(biāo)題欄展示正在加載,加載成功則標(biāo)題欄loading消失,若因為網(wǎng)絡(luò)錯誤未連接服務(wù)器,則在標(biāo)題欄顯示未連接狀態(tài)。

使用場景:多用于社交類產(chǎn)品,信息的收取,不需要獲取用戶的視覺焦點。

3. 下拉刷新

加載下拉刷新已經(jīng)在App中被普遍應(yīng)用,保證了用戶即可以看到本地的內(nèi)容,也可以選擇主動下拉對當(dāng)前內(nèi)容進(jìn)行更新,加載的樣式也可以做出進(jìn)一步的設(shè)計。

例如美團(tuán)的效果:運(yùn)用了產(chǎn)品形象作為刷新的樣式,即增加了品牌形象的宣傳,使得家在過程更具情感化,人性化,品牌化。還有新版的美團(tuán)外賣加入了紅綠燈的小動效,時刻提醒人們紅燈停,綠燈行。

使用場景:界面信息可以刷新加載時使用,多用于含有列表界面當(dāng)中

4. 上拉加載

最常用的加載,當(dāng)用戶想查看新的數(shù)據(jù)時,通過上拉界面后,自動加載出的數(shù)據(jù)的過程為上拉加載。

上拉加載的設(shè)計樣式越簡單越好,因為用戶在看當(dāng)前界面內(nèi)容時,下面未顯示的部分內(nèi)容已加載完畢,會很快消失,所以不必設(shè)計過于復(fù)雜的樣式。

使用場景:適用于瀑布流、列表等情況。

5. 進(jìn)度條

如果加載時間的過程過較長,就需要用進(jìn)度條加載樣式來告知用戶需要等待的時間進(jìn)度,讓用戶有一定的心理預(yù)期。

使用場景:多見于瀏覽器,包括PC端和移動端瀏覽器,App中的頁面如果用H5形式做的,多數(shù)也會采用進(jìn)度條進(jìn)行加載。

6. Toast加載

當(dāng)用戶執(zhí)行某個操作時,為了防止用戶繼續(xù)操作導(dǎo)致數(shù)據(jù)加載失敗,則用Toast的樣式來提示正在加載,同時在這段期間內(nèi)用戶的操作將受到限制。這種情況用戶一般只能執(zhí)行返回到上一級的操作,其他都被禁用。

使用場景:用于關(guān)鍵性場景中,防止用戶進(jìn)行多余的操作。例如,登錄注冊、提交信息、支付等。

四、加載模塊設(shè)計總結(jié)

加載模塊設(shè)計-核心原則加載貫穿用戶的行為路徑,通過以上的案例背后設(shè)計的目的我們可以總結(jié)出加載設(shè)計的原則:

  1. 讓加載時間變得更有價值——減少等待時間;
  2. 讓加載變得更加有趣——忘記等待;
  3. 保證用戶對加載的可控性——及時退出加載忘記等待讓加載有趣,情感化加載,即將情感化的設(shè)計元素融入到界面中,不僅增加了產(chǎn)品生趣,還緩解用戶等待的焦慮感。情感化的加載不僅能夠適當(dāng)降低用戶的焦慮感,同時能夠突顯品牌或其他信息。

上圖所示,可以看到小萌寵角色很悲傷,而這和用戶的情感是相符合的。

及時退出由于網(wǎng)絡(luò)或系統(tǒng)的原因,加載有時會時間過長,用戶并沒有足夠的耐心停留在當(dāng)前頁等待你慢慢加載。

此時用戶有選擇退出加載的權(quán)利,同時也可以設(shè)置默認(rèn)時間內(nèi)加載無法進(jìn)行提示用戶重新加載。

五、結(jié)論

以上就是app加載的幾種形式和設(shè)計方法??此撇黄鹧鄣募虞d頁面其實恰是整個app是否用心和精致的點睛之筆,這一點點的等待時間也許會改變整個用戶體驗。

再次總結(jié),以上倡導(dǎo)的幾個原則:

  1. 合理利用啟動頁面,賦予等待時間更多的意義
  2. 避免使用模態(tài)打斷用戶
  3. 加載頁面,為用戶提供預(yù)期,和更多有意義的信息
  4. 注意保持視覺的連貫性

關(guān)于數(shù)據(jù)加載采取哪種加載方式和樣式并沒有嚴(yán)格的限制,重點在于以用戶為中心,靈活運(yùn)用適合的加載方式,以盡可能快的速度和流暢的效果給用戶呈現(xiàn)出完整的數(shù)據(jù)。

雖然加載在整個頁面來看是一件小事,但是因為加載在不經(jīng)意間導(dǎo)致的用戶流失卻是大事。

在加載頁中顯示進(jìn)度,給出承諾,增加信息量或者幽默內(nèi)容都能使用戶潛移默化減少“覺察”正在加載的時間。但是真正可以減緩的辦法還是加載的速度增快;別致的設(shè)計雖可以治標(biāo),但加載速度的提高才是治本。

 

作者:下陳;公眾號:下陳

本文由 @下陳 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 加載速度的提高才是治本,那提高方案有嗎

    來自河南 回復(fù)
    1. 本文還未涉及加載速度的提升方案,可以考慮研究后補(bǔ)充

      來自湖北 回復(fù)
  2. 你好,你說的網(wǎng)易考拉那兩個“引導(dǎo)頁”不是引導(dǎo)頁,應(yīng)該一個叫啟動頁,一個叫閃屏

    來自上海 回復(fù)
    1. 好嘞,非常感謝你的糾正!

      來自湖北 回復(fù)