淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

給予
11 評論 11462 瀏覽 131 收藏 19 分鐘
🔗 B端产品需要更多地依赖销售团队和渠道合作来推广产品,而C端产品需要更多地利用网络营销和口碑传播来推广产品..

本文筆者將以淘寶數(shù)據(jù)加載為例,來分析常見的七種app加載方式。

數(shù)據(jù)加載發(fā)生在用戶觸發(fā)特定操作后,客戶端向服務(wù)器發(fā)送請求,服務(wù)器處理并返回?cái)?shù)據(jù)給客戶端的過程。

該過程中由于網(wǎng)絡(luò)異常、解析出錯或服務(wù)器異常等問題常常會導(dǎo)致數(shù)據(jù)加載失敗或延時(shí)。而用戶是沒有耐心的,這時(shí)候需要產(chǎn)品在前端進(jìn)行一定的設(shè)計(jì)來緩解用戶等待焦慮,并在加載失敗時(shí)給出一定的反饋提示,防止用戶由于漫長等待時(shí)間而離開。

下面將通過淘寶的加載實(shí)例,來分析一些常見的數(shù)據(jù)加載方式,體驗(yàn)設(shè)備:iPhone 8 v12.3。

目錄

  1. 啟動頁
  2. 下拉刷新加載
  3. 分頁加載
  4. 全屏加載
  5. 占位加載
  6. 模糊加載
  7. 模態(tài)加載

補(bǔ)充:關(guān)于加載的一些細(xì)節(jié)設(shè)計(jì)、總結(jié)

一、啟動頁

啟動app時(shí)需要進(jìn)行初始化工作,基本所有產(chǎn)品都會設(shè)置啟動頁來緩沖用戶的等待時(shí)間,提升用戶體驗(yàn)。

通常有以下幾種:

  • 展示產(chǎn)品logo和slogan,宣傳定位。
  • 展示具有品牌形象和產(chǎn)品情懷的封面圖,建立品牌認(rèn)知。
  • 更多的是兩者結(jié)合,利用展示logo和slogan的時(shí)間加載廣告或活動頁,同時(shí)繼續(xù)初始化app界面。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

二、下拉刷新加載

常用于內(nèi)容可變的界面或列表,頂部刷新屬于用戶的主動行為,比起常見的文字提示,更多app都是采用比較有趣的設(shè)計(jì),提高趣味性同時(shí)展示產(chǎn)品形象。

淘寶首頁刷新使用動態(tài)懸浮圓圈樣式,每次刷新除了展示商品的變化,還伴隨廣告展示。

同樣在下拉刷新展示廣告的,還有愛優(yōu)騰之類的視頻播放軟件:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

首頁以外的頁面刷新頻次不高,采用了簡單的文字刷新提示,刷新成功會有對應(yīng)的 Toast 提示,給予適當(dāng)?shù)姆答仯?/p>

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

像斗魚、虎牙、B站等偏娛樂的app采取的則是比較有趣的動畫,讓用戶忍不住盯著看,有效緩解用戶等待過程的無聊感:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

Gif效果圖:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

斗魚下拉刷新.gif

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

虎牙下拉刷新.gif

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

bilibili下拉刷新.gif

三、分頁加載

當(dāng)當(dāng)前頁面的數(shù)據(jù)量太多時(shí)需要對數(shù)據(jù)進(jìn)行分頁,每次只加載一頁的信息呈現(xiàn)給用戶,分為:自動加載、手動加載、翻頁加載。

1. 自動加載

滑動到列表底部時(shí)會自動加載下一頁數(shù)據(jù),這種加載方式不會中斷用戶操作,應(yīng)用場景多為沉浸式體驗(yàn)的信息流列表。

自動加載通常在上一頁瀏覽結(jié)束前就開始預(yù)加載,用戶基本察覺不到加載過程。因此不需要做過于復(fù)雜的樣式,大多數(shù) app 都采用加載圓圈和文字提示的方式。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

2. 手動加載

需要用戶手動點(diǎn)擊加載才拉取下一頁的數(shù)據(jù),這種加載方式多應(yīng)用于移動端H5頁面。

好處是用戶對頁面有掌控權(quán),能知道當(dāng)前瀏覽進(jìn)度,不會因?yàn)楸粍咏邮赵丛床粩嗟牧斜硇畔a(chǎn)生負(fù)面情緒,而且如果頁尾有重要信息提供時(shí)不會因?yàn)榱斜碜詣蛹虞d而一直無法被瀏覽到。

淘寶H5頁面采取了客戶端的形式,以商品展示為主,并沒有用手動加載。采用手動加載的大部分都是以資訊、在線閱讀等文字信息為主的產(chǎn)品,如虎嗅、簡書、起點(diǎn)中文網(wǎng)。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

3. 翻頁加載

翻頁加載可以理解為另一種形式的手動加載,不同之處在于其通過頁數(shù)告知用戶信息量大小,且用戶對當(dāng)前瀏覽位置有清晰的認(rèn)知,可以自主選擇跳轉(zhuǎn)瀏覽的頁面。

這種方式在移動端較少見,常見于PC端產(chǎn)品:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

無論列表尾部采取何種加載方式,看似對用戶影響不大,相信大部分用戶在瀏覽列表時(shí)都是自動加載完就接著看,看到提示點(diǎn)擊就點(diǎn)一下,但當(dāng)長時(shí)間集中注意力于頁面內(nèi)容卻不知道瀏覽的進(jìn)度,或者一次次閱讀到文章底部又自動加載出一大段文字時(shí),難免會出現(xiàn)焦躁感。

這時(shí)候就需要產(chǎn)品在細(xì)節(jié)處下功夫,給用戶提供用戶本身都沒有意識到的需求。

四、全屏加載

當(dāng)頁面內(nèi)容過于單一或布局多變時(shí),可以在數(shù)據(jù)全部加載完畢時(shí)再顯示,但這個過程中頁面是空白的。因此,加載過程最好配合趣味性設(shè)計(jì),可以緩解用戶無聊情緒,還可以結(jié)合產(chǎn)品形象設(shè)計(jì),提升好感度。

全屏加載可細(xì)分為:進(jìn)度條加載和白屏加載。

1. 進(jìn)度條加載

網(wǎng)上大多數(shù)說法是先快后慢的進(jìn)度條是用戶感知最快的加載方式,我找了很多資料也沒找到有力的論據(jù)驗(yàn)證這一說法。

根據(jù)個人體驗(yàn),普遍做法是“快 – 勻速 – 快”,這個過程在心理感受上也是比較流暢的體驗(yàn),重點(diǎn)在于不要一直卡在一個點(diǎn)不動,等待久了接收不到任何反饋,用戶就會因?yàn)榧痹旮卸x開。

淘寶、Safari和微博在弱網(wǎng)情況下會在一開始就卡住很長一段時(shí)間,而對比之下,微信公眾號先快后勻加速加載的方式體驗(yàn)起來要更流暢一些。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

2. 白屏加載

比進(jìn)度條加載趣味性更強(qiáng),一般會配合圖像和動畫進(jìn)行設(shè)計(jì),缺點(diǎn)是無法知悉具體加載進(jìn)度。

淘寶的加載設(shè)計(jì)比較中規(guī)中矩:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

做得比較好的有虎牙、B站、每日優(yōu)鮮,加載動畫有趣生動,且十分貼合產(chǎn)品形象:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

Gif效果圖:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

虎牙頁面刷新.gif

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

bilibili頁面刷新.gif

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

每日優(yōu)鮮頁面刷新.gif

五、占位加載

使用矩形色塊代替未加載完成的數(shù)據(jù),一般用于頁面布局固定的H5設(shè)計(jì),如信息流列表、資訊詳情頁等,加載過程中用戶可以提前看到即將展示的界面框架,有個心理預(yù)期。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

經(jīng)典且比較出色的占位加載產(chǎn)品莫過于FaceBook了,按模塊細(xì)分進(jìn)行不同占位加載,而且加載過程中色塊有漸變效果:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

Gif效果圖:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

FaceBook占位加載.gif

不過對客戶端來說,采用這種加載方式對性能要求較高,可能會出現(xiàn)加載慢或不流暢的情況。

還有一種占位加載是優(yōu)先加載文字和框架,針對加載較慢的圖片、視頻進(jìn)行占位加載,多用默認(rèn)色塊或者缺省圖進(jìn)行占位:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

六、模糊加載

適用于圖片較多的界面,加載完畢前先展示模糊處理的圖片,用戶能大致看清圖片輪廓,等待意愿更強(qiáng),過渡效果也比使用缺省圖或黑色畫布更自然。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

七、模態(tài)加載

客戶端對話框設(shè)計(jì)中可分為模態(tài)和非模態(tài)對話框,模態(tài)對話框是指在用戶想要進(jìn)行下一步操作時(shí),必須先對該對話框進(jìn)行響應(yīng)。顧名思義,模態(tài)加載也會阻斷用戶操作,除了終止或返回上一頁,必須等待當(dāng)前加載完畢才可進(jìn)行下一步動作。

模態(tài)加載主要用來限制一些關(guān)鍵性操作,如創(chuàng)建訂單、支付、提交信息等,多以Toast結(jié)合圖案的形式展示:

補(bǔ)充:關(guān)于加載的一些細(xì)節(jié)設(shè)計(jì)

1. 選擇合適的加載方式

為了更快讓用戶看到信息,通常會對加載頁面的設(shè)計(jì)配合技術(shù)層面的數(shù)據(jù)加載方式來提高加載速度,最常見的為懶加載、預(yù)加載、智能加載和分步加載。

(1) 懶加載

當(dāng)內(nèi)容出現(xiàn)在界面區(qū)域時(shí)再進(jìn)行加載,節(jié)省用戶流量同時(shí)適當(dāng)減輕服務(wù)器壓力,很多信息流產(chǎn)品都采取這種加載方式,一般只針對加載較慢的圖片和視頻進(jìn)行懶加載。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

(2) 預(yù)加載

用戶在瀏覽當(dāng)前頁面的時(shí)候,預(yù)先加載下一級頁面的內(nèi)容。應(yīng)用場景多為資訊類,通常在用戶瀏覽列表的時(shí)候就已經(jīng)加載好了資訊詳情的內(nèi)容,這樣即使突然網(wǎng)絡(luò)異常也不影響用戶查看文章。

采取預(yù)加載時(shí)需要結(jié)合實(shí)際場景,預(yù)測用戶行為,如果用戶瀏覽當(dāng)前頁面的時(shí)候就已經(jīng)離開了,會造成流量的浪費(fèi)。而且為了適當(dāng)節(jié)省流量和減輕服務(wù)器壓力,通常只針對用戶當(dāng)前瀏覽的界面進(jìn)行預(yù)加載。

微信公眾號和今日頭條都采用了預(yù)加載方式:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

(3) 智能加載

針對不同網(wǎng)絡(luò)情況采取不同的加載方式,比如:

  • 觀看視頻時(shí),3G/4G情況下默認(rèn)選取低分辨率畫面節(jié)省流量,WiFi情況下則選取高清模式。
  • 非Wifi情況下瀏覽信息時(shí),不加載圖片/視頻或需要用戶手動點(diǎn)擊加載。

(4) 分步加載

對重點(diǎn)模塊或加載速度較快的內(nèi)容進(jìn)行分步加載,優(yōu)先級一般為界面布局>文字>圖片>視頻,具體表現(xiàn)形式跟前面提到的占位加載有些類似。

2. 后臺加載

加載過程中用戶退到后臺時(shí),是否繼續(xù)加載? 再次返回客戶端時(shí)是否重新加載?是自動重新加載還是手動?

3. 不那么起眼的加載

你可能沒有留意到:有的加載提示并不會采用明顯的方式,目的是盡量不影響用戶操作和注意力,通常直接在按鈕上改變文字或在文字旁添加一個小菊花加載圖標(biāo)來提醒用戶加載的狀態(tài)。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

4. 異常提示

根據(jù)著名的「尼爾森十大可用性原則」中的容錯原則和人性化幫助原則,在設(shè)計(jì)加載樣式過程中應(yīng)當(dāng)考慮加載異常的情況,加載時(shí)間過長或斷網(wǎng)導(dǎo)致加載失敗都應(yīng)及時(shí)給予用戶反饋,并盡可能提供說明引導(dǎo)和解決方案。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

淘寶加載失敗的情況還有個小細(xì)節(jié),如果點(diǎn)擊重新加載幾次后依然加載失敗,會增加Toast再次強(qiáng)調(diào)提示,這時(shí)候用戶更容易意識到:可能是手機(jī)網(wǎng)絡(luò)真的有問題,不會因?yàn)橐槐橛忠槐樗⑿率《械浇乖辍?/p>

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

5. 加載完畢的交互

數(shù)據(jù)加載成功后是直接顯示,還是漸變或其他過渡效果?是否伴隨另外的提示信息?這些都是需要考慮的。

應(yīng)用場景多為信息流app列表刷新后頂部提示:

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

6. 多種加載方式結(jié)合

采取某一種加載方式來設(shè)計(jì)頁面的局限性較大,而且表現(xiàn)形式單一,因此更多的app采取的是多種加載方式結(jié)合的設(shè)計(jì),這樣加載更加靈活高效,用戶體驗(yàn)也更完善。

多種加載方式的結(jié)合非常多樣化,下面只列舉兩種比較常見的:

(1)列表尾部:自動加載和手動加載結(jié)合

前面提到過手動加載多見于網(wǎng)頁端產(chǎn)品,對于移動端H5目前僅發(fā)現(xiàn)36氪采取該加載方式。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

這是一種比較折衷的方式:在用戶剛開始瀏覽的一段時(shí)間采用自動加載,專注于被動接受信息的沉浸式體驗(yàn);當(dāng)用戶連續(xù)瀏覽了一定的頁數(shù),說明到達(dá)了一定的使用時(shí)長,可能會產(chǎn)生注意力不集中和視覺疲勞的感覺,這時(shí)候把加載的主動權(quán)交回用戶手上,不僅能緩解服務(wù)器加載壓力,也能有效避免用戶由于長時(shí)間不斷接受信息而出現(xiàn)負(fù)面情緒。

(2)頁面加載:進(jìn)度條加載和白屏加載結(jié)合

由于白屏加載時(shí)頁面是沒有內(nèi)容的,就算配合動畫轉(zhuǎn)移注意力,用戶仍然無法知悉加載的進(jìn)度,所以把進(jìn)度條加載和白屏加載結(jié)合的情況也十分常見,比如:Mori手賬和淘寶,而且可以看到結(jié)合情況下對進(jìn)度條加載做了弱化處理,放在了導(dǎo)航欄甚至狀態(tài)欄的上方。

淘寶實(shí)例分析:常見的七種app加載樣式設(shè)計(jì)

總結(jié)

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

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很優(yōu)秀的文章…

    回復(fù)
    1. 還在學(xué)習(xí)進(jìn)步當(dāng)中 一起加油 ??

      來自香港 回復(fù)
  2. 謝謝分享那么多的專業(yè)知識,發(fā)現(xiàn)自己還是一無所知的小白

    來自江蘇 回復(fù)
    1. 最近負(fù)責(zé)的版本涉及加載,所以花了一些時(shí)間去學(xué)習(xí)、思考和總結(jié),最終產(chǎn)出這篇文章,而在這之前我對加載設(shè)計(jì)也是只有模糊的概念。因此只要不斷學(xué)習(xí)、思考,總會有進(jìn)步,有收獲,從小白進(jìn)階的。

      來自香港 回復(fù)
    2. 學(xué)習(xí)了,不斷學(xué)習(xí)&不斷思考,產(chǎn)品經(jīng)理要一直一直堅(jiān)持做的事情。

      來自浙江 回復(fù)
    3. 自我提升就是一個不斷“認(rèn)知-學(xué)習(xí)-實(shí)踐-反饋-內(nèi)化”的循環(huán)過程

      來自廣東 回復(fù)
  3. 沒想到小小的加載項(xiàng)有這么多學(xué)問,謝謝作者費(fèi)心整理??????

    回復(fù)
    1. 只是簡單梳理了一下 還需要進(jìn)行更深入的思考,共勉 ??

      來自廣東 回復(fù)
  4. 很是優(yōu)秀

    來自上海 回復(fù)
    1. ??

      來自廣東 回復(fù)
  5. 優(yōu)秀

    來自上海 回復(fù)
专题
13956人已学习14篇文章
在生活中,我们总是能被各种各样的事情挑起不同的情绪,如果将情绪映射到设计/运营中呢?本专题的文章分享了如何将“情绪”映射到设计/运营中。
专题
36085人已学习30篇文章
大数据时代已经到来,越早进入,越有优势。
专题
20293人已学习19篇文章
好的权限系统可以明确公司内不同人员、不同部门的分工,便于管理等优势。本专题的文章提供了后台权限管理设计指南。
专题
72314人已学习13篇文章
产品经理天天跟“需求”打交道,产品经理的核心价值就是处理“需求”的能力。
专题
14267人已学习11篇文章
本专题的文章分享了收银台功能设计的流程以及过程中需要注意的问题等等。