移動互聯網胖APP的4大發展方向
移動互聯網仍然是個炙手可熱的戰場，但是移動APP已經不是當年單兵作戰的節奏了，小而美的APP可以繼續搶占藍海，而大而全的APP才會更深度的 滿足用戶剛性需求。APP需要提供更多更有價值的服務，需要不僅僅拘泥于一個小小的手機屏幕，需要解決不同平臺不同尺寸的適配問題，需要與兄弟APP形成 合力共同為用戶提供服務集群。隨著不斷的迭代迭代再迭代，功能越來越多，慢慢變成一個胖APP，胖APP發生了怎樣的變化，又需要面臨什么樣的轉型呢？
本文主要講述胖APP的4大發展方向——1.APP插件化；2.APP互通化 3.APP破殼化 4.APP擴展化。這4個方向，能讓胖客戶端更好滿足用戶需求的同時，仍然能保持輕量化的良好用戶體驗。
1.APP插件化
隨著移動APP的版本迭代，僅僅滿足基本功能的APP，在發展路徑上多少都會受挫，而提供更多的增強功能又會讓APP變得臃腫。怎樣平衡用戶的需求 與APP的臃腫度呢？一個簡單的辦法就是打造APP插件化，給瘦APP增肥，給胖APP瘦身，而這一切，都是根據用戶的需求進行的選擇。
eg.百度云
百度的工具包，就是這樣一種插件化的手段。你可以把你的通訊錄、短彩信都備份到云上，可以安裝在線視頻播放插件、圖片處理插件，而這一切，都是根據 你的需求來獲取的。當你需要的時候，經過授權，才會安裝相應的插件。這樣就能保證，APP的功能是完整的，而安裝包還是足夠的小。也不會有太多的干擾因素 割裂主任務。
eg.微信
微信也是如此，隨著不斷迭代增加的新功能，勢必會導致APP變得臃腫。為了使產品使用起來更加輕量化，微信就把一些不重要的功能隱藏起來，把一些不 常用的功能做成插件，用戶可以選擇性安裝。比如語音輸入、QQ郵箱提醒等等。只不過到了微信5.0版本，這些插件大部分變成了服務號，比如QQ離線消息、 QQ郵箱提醒，我想這是微信盡量把插件從SDK這種客戶端形式轉化成WebAPP這種輕量化形式的一種轉型。同時用戶也不需要理解插件這種技術化的概念， 只是當你需要的時候，能獲得對應的服務就可以了。
2.APP互通化
單一APP難以行成強大的氣候，也很難滿足越來越復雜的深度需求。而拆解成多個子APP，則可以互相借力，可以互帶流量。尤其是當兩個APP處于需 求鏈上下游的時候，如果能互調調用解決某些特定的需求，則是非常提升用戶體驗的事情。APP之間的互通，即是APP互相帶量的手段，也是用戶需求滿足的手 段。
eg.Google+、照片、環聊
Google系的產品互相之間能形成推廣鏈條，利用各自的側邊欄用做互推資源位。從Google搜索首頁可以點擊進入Google+，從Google+的側邊欄，則可以點擊調起相冊或者環聊，而從相冊的側邊欄，還可以再次點擊調起Google+。
這是Google產品互調的邏輯圖，可以看到Google產品其實也是缺乏完全統一的布局和思考的。雖然利用各APP之間的跳轉能帶來一定的量，但 是互調既有調起APP的邏輯，又有切換標簽的邏輯，就會導致返回邏輯往往是錯亂的。但是相對來說已經算是APP互調手法里***的了。
eg.微信、微視
微信可以調用多種第三方APP，其中結合的比較好的案例，就是微信調用微視，拍攝視頻后再分享到微信的過程。
微信調用微視，是屬于中間插入任務堆疊類的插入式流程，一旦調用流程結束，微視也就完成使命了。這種調用方式，是以完成任務為使命的。
互調無論是為了帶量，還是為了滿足需求，都要非常仔細的去處理APP之間的返回邏輯，這樣才能讓用戶體驗行程閉環，避免APP切換產生的割裂感。
3.APP破殼化
每個APP都是一個信息孤島，當用戶下載APP之前，根本無法知道APP里面到底有多少有價值的信息。而APP的下載、安裝、登錄成本又是極高的。 試想一想，你想看一視頻，需要十幾個APP一個一個的去搜，想看一本電子書，也是需要下載十幾個APP一個一個的去找。所以APP破殼檢索的確是一個厄待 解決的問題。怎樣在不安裝APP的情況下，可以快速知道APP里的內容？怎樣在裝了APP的情況下，可以快速索引到APP里的內容？
Google的為解決這個問題，推出了App Indexing，APP Indexing是同時有網站和App的開發者用的，它是將一個網頁和一個App頁面對應起來，于是現在你搜索網頁也相當于同時搜索App的內容，如果搜 到了，它會顯示一個“Open in App”的按鈕。但是，如果你沒有下載該App，它就不會顯示這個按鈕了。
eg.Google搜索、百度APP
Android平臺系統級別的應用均可以被檢索到，比如用Google搜索，你就能搜到聯系人信息、索引到所有應用、找到chrome瀏覽歷史等 等。而iOS平臺也是，僅有系統級別的APP，能被更好的索引到內容，用百度APP搜索某個聯系人，可以直接索引到通訊錄。而其他的第三方APP，則很難 破殼索引到內容，這種情況厄待解決。
eg.豌豆莢
豌豆莢的應用內搜索，也是跟Google APP Index類似的解決方案，不同的是Google APP Index是需要APP配套網頁來實現檢索的。而豌豆莢的應用內檢索并不需要網頁支持。通過內容來進行索引，再調起對應的APP來瀏覽內容，這大概是目前 為止最有想象空間的方法了，但徹底打破APP孤島壁壘，還需要更多的APP一起來支持應用內搜索。
4.APP擴展化
隨著時間的推移，各大廠商的不斷迭代，平臺越來越豐富，分辨率越來越多樣，歷史版本越來越多，維護成本和適配成本也越來越高。為此不得不在開發版本 的時候，充分考慮到APP的擴展性。APP是否能兼容多種不同的分辨率，一套設計是否能適配多個平臺？是否適合小屏幕大屏幕穿戴屏幕多種使用場景？
eg.Google Now
Google Now是考慮擴展性的***案例，不僅僅是移動端全平臺的考慮，Google Now適配Google Glass、Android Wear貌似都很輕松，甚至Now這種語音交互的形式，簡直像是考慮可穿戴先行而設計出來的。
eg.百度云
百度的Android版、iPhone版、PC版、Mac版、TV版相繼推出，如果不考慮擴展性的化，設計師和產品團隊都會心力交瘁的。好在目前去做設計架構的時候，都是***程度的考慮全平臺擴展性，甚至未來可穿戴市場的適配。APP功能多但結構仍然要維持簡單。
***讓我們來回顧一下，胖APP發展下去，一定會成為用戶的負擔的，所以我們不得不考慮胖APP瘦身，或者胖APP拆分，主要可參考本文提到的手法 ——1.APP插件化；2.APP互通化 3.APP破殼化 4.APP擴展化。這4個方向，能讓胖客戶端更好滿足用戶需求的同時，仍然能保持輕量化的良好用戶體驗。
【移動開發視頻課程推薦】
