當用戶打開你的app，你希望把數(shù)據(jù)展示給他，還任由他在上面操作，還是等數(shù)據(jù)加載好了，再給他呢？

兩種方式各有利弊：

先展示，后加載：

• 優(yōu)點：給用戶0等待的錯覺
• 缺點：當前數(shù)據(jù)有可能是錯的，而且得等用戶操作到最后一步才會發(fā)現(xiàn)

先加載，后展示：

• 優(yōu)點：保證數(shù)據(jù)的質(zhì)量和準確
• 缺點：網(wǎng)絡(luò)不好時，造成等待

這是項目進行了快一個月的今天，我在驗收產(chǎn)品時發(fā)現(xiàn)的一個小細節(jié)問題。乍一眼看起來好像沒什么太大的爭議，但是當我發(fā)現(xiàn)我們的產(chǎn)品采用的是第一種方式，而且我直到操作到最后一步才發(fā)現(xiàn)我上當了的時候，我的內(nèi)心是極度崩潰的T_T。于是在第一時間找到了攻城獅。然后我倆的對話，一直在上面的兩個利弊中盤旋。

還原場景：

作為一個用戶，我既不希望等待，也不希望被騙，然而，最不希望的其實是被騙，這種心情大概是這樣的：

那到底是先加載還是先展示呢？我的答案是，當需加載的是功能時，可以先展示再加載，當需加載的是內(nèi)容時，則反過來。

何解，用實例說話（僅針對電商類APP）：

淘寶

打開APP的第一個頁面是功能，所以先展示再加載的：

隨便點擊一個模塊（不要點菜單），下面要展示的將要是內(nèi)容（商品），所以是先加載再展示的，沒有加載完都不展示：

京東

同樣的，功能模塊先展示后加載

內(nèi)容先加載，沒加載完不展示：

平安萬里通

同樣，功能模塊先加載：

內(nèi)容沒加載完不展示：

有沒有發(fā)現(xiàn)什么蹊蹺之處？

顯然，功能模塊對于一個產(chǎn)品來說是既有固定的，在短時間內(nèi)幾乎不會更新，所以這種數(shù)據(jù)出現(xiàn)錯誤或與當前狀態(tài)不同的幾率小得多，因此，可以使用先展示后加載的方式。

另一方面，內(nèi)容（特別是商品數(shù)據(jù)）是最容易產(chǎn)生變動的，為了保證每一個消費者看到的數(shù)據(jù)都是最真實，最準確的，所以務(wù)必要先加載再展示。

最后在我的曉之以情，動之以理的勸說之下，攻城獅總算同意了把我們的預(yù)約理發(fā)師內(nèi)容改成了先加載再展示的方式。

特別鳴謝：

勇勇童鞋|首席IOS開發(fā)攻城獅@優(yōu)剪生活

#專欄作家#

康小胖，人人都是產(chǎn)品經(jīng)理專欄作家，產(chǎn)品經(jīng)理。專注專注O2O電子商務(wù)，堅決擁護用講故事的思維做產(chǎn)品，關(guān)注旅游行業(yè)及移動互聯(lián)網(wǎng)，愛好圓珠筆涂鴉。

本文系作者獨家授權(quán)發(fā)布，未經(jīng)本站許可，不得轉(zhuǎn)載。