通過設計讓APP變快的6個方法

1. 後台執行

這是一條很通用，也容易理解的方法。使用者不會願意盯著進度條傻傻地等待，除了「取消」沒有其他選擇。在系統處理一些網路任務的時候，完全可以允許使用者做一些其他的事情。

2. 在載入前顯示內容

客戶端與web的乙個不同點，客戶端的顯示內容包括本地資料和網路資料兩部分。在設計介面時，將更多的資訊放在本地，在網路資料未載入時即顯示本地資料，讓使用者產生一種「已經載入一半了」的錯覺，即使最終的耗時一樣，心理感受也會更快。當然把資料過多地寫在本地，會犧牲一些靈活性，需要根據具體情況考慮。

具體請看twitter、facebook、vine等優秀產品的啟動畫面，雖然同是靜態，但它們不使用logo而假裝已經載入了「導航欄」和「標題欄」，讓人感覺「點選後立即就啟動了」。

3. 充分利用好快取

雲閱讀的「書城」和「通過微博找好友」等介面，都使用了快取機制，提高開啟頁面的速度。

4. 介面先行，網路互動隨後

使用者在收藏文章，關注好友等操作時，資料量很小，可以介面先行。使用者在繼續瀏覽文章的同時，系統會把文章收藏好。

5. **使用者行為，提前開始任務

不知道大家使用**有沒有這樣的習慣，在搜尋結果列表，將所有感興趣的結果都開啟為新標籤頁，然後乙個個地看，沒興趣的就關閉。這樣做的好處是，在我瀏覽商品詳情頁的時候，每個頁面都是載入完全了，否則我點開乙個看乙個，每個都要等待載入完，就會大大降低效率。

那麼能否通過設計，來滿足類似使用場景呢？應該是可以的，那就是**使用者的行為，提前開始任務。

策略類似這樣：

使用者在某個介面停留的時候，**下一步可能做abc三個任務，系統於是把這些任務都提前做完。當使用者做出選擇比如a時，介面可以迅速響應，並且同時把bc兩個任務從記憶體中清空掉以節省資源。(當然這招也有限制：1，只適用於免費的網路。2，預載入不能影響系統的效能)

我們就回來看**的ipad客戶端。它有這樣的設計，在某詳情頁檢視時，向右一劃可以檢視下乙個商品，也許這是乙個好設計，但是卻沒有幫我預載入下乙個介面，我還是不得不傻傻地等頁面載入完。

那我們看一些其他的設計

那麼，用這個思路

寫微博插入**後，能否自動上傳，而不必等使用者點選了「傳送」才上傳？

6. 使用動效來掩護載入過程

優秀的動效設計，讓產品更好用且讓人眼前一亮。其實，動效還有另一大用處，吸引使用者的注意，讓本來枯燥的等待載入的過程，變成愉悅欣賞的過程。

以下兩個例子**於網路

最後，感謝這篇文章的作者，移動產品設計的八大設計原則