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