本文主要講述胖APP的4大發(fā)展方向——1.APP插件化；2.APP互通化 3.APP破殼化 4.APP擴(kuò)展化。這4個(gè)方向，能讓胖客戶端更好滿足用戶需求的同時(shí)，仍然能保持輕量化的良好用戶體驗(yàn)。

1.APP插件化

隨著移動(dòng)APP的版本迭代，僅僅滿足基本功能的APP，在發(fā)展路徑上多少都會(huì)受挫，而提供更多的增強(qiáng)功能又會(huì)讓APP變得臃腫。怎樣平衡用戶的需求與APP的臃腫度呢？一個(gè)簡(jiǎn)單的辦法就是打造APP插件化，給瘦APP增肥，給胖APP瘦身，而這一切，都是根據(jù)用戶的需求進(jìn)行的選擇。

eg.百度云

eg.微信

微信也是如此，隨著不斷迭代增加的新功能，勢(shì)必會(huì)導(dǎo)致APP變得臃腫。為了使產(chǎn)品使用起來(lái)更加輕量化，微信就把一些不重要的功能隱藏起來(lái)，把一些不常用的功能做成插件，用戶可以選擇性安裝。比如語(yǔ)音輸入、QQ郵箱提醒等等。只不過(guò)到了微信5.0版本，這些插件大部分變成了服務(wù)號(hào)，比如QQ離線消息、QQ郵箱提醒，我想這是微信盡量把插件從SDK這種客戶端形式轉(zhuǎn)化成WebAPP這種輕量化形式的一種轉(zhuǎn)型。同時(shí)用戶也不需要理解插件這種技術(shù)化的概念，只是當(dāng)你需要的時(shí)候，能獲得對(duì)應(yīng)的服務(wù)就可以了。

2.APP互通化

單一APP難以行成強(qiáng)大的氣候，也很難滿足越來(lái)越復(fù)雜的深度需求。而拆解成多個(gè)子APP，則可以互相借力，可以互帶流量。尤其是當(dāng)兩個(gè)APP處于需求鏈上下游的時(shí)候，如果能互調(diào)調(diào)用解決某些特定的需求，則是非常提升用戶體驗(yàn)的事情。APP之間的互通，即是APP互相帶量的手段，也是用戶需求滿足的手段。

eg.Google+、照片、環(huán)聊

Google系的產(chǎn)品互相之間能形成推廣鏈條，利用各自的側(cè)邊欄用做互推資源位。從Google搜索首頁(yè)可以點(diǎn)擊進(jìn)入Google+，從Google+的側(cè)邊欄，則可以點(diǎn)擊調(diào)起相冊(cè)或者環(huán)聊，而從相冊(cè)的側(cè)邊欄，還可以再次點(diǎn)擊調(diào)起Google+。

這是Google產(chǎn)品互調(diào)的邏輯圖，可以看到Google產(chǎn)品其實(shí)也是缺乏完全統(tǒng)一的布局和思考的。雖然利用各APP之間的跳轉(zhuǎn)能帶來(lái)一定的量，但是互調(diào)既有調(diào)起APP的邏輯，又有切換標(biāo)簽的邏輯，就會(huì)導(dǎo)致返回邏輯往往是錯(cuò)亂的。但是相對(duì)來(lái)說(shuō)已經(jīng)算是APP互調(diào)手法里最好的了。

eg.微信、微視

微信可以調(diào)用多種第三方APP，其中結(jié)合的比較好的案例，就是微信調(diào)用微視，拍攝視頻后再分享到微信的過(guò)程。

微信調(diào)用微視，是屬于中間插入任務(wù)堆疊類的插入式流程，一旦調(diào)用流程結(jié)束，微視也就完成使命了。這種調(diào)用方式，是以完成任務(wù)為使命的。

互調(diào)無(wú)論是為了帶量，還是為了滿足需求，都要非常仔細(xì)的去處理APP之間的返回邏輯，這樣才能讓用戶體驗(yàn)行程閉環(huán)，避免APP切換產(chǎn)生的割裂感。

3.APP破殼化

每個(gè)APP都是一個(gè)信息孤島，當(dāng)用戶下載APP之前，根本無(wú)法知道APP里面到底有多少有價(jià)值的信息。而APP的下載、安裝、登錄成本又是極高的。試想一想，你想看一視頻，需要十幾個(gè)APP一個(gè)一個(gè)的去搜，想看一本電子書，也是需要下載十幾個(gè)APP一個(gè)一個(gè)的去找。所以APP破殼檢索的確是一個(gè)厄待解決的問(wèn)題。怎樣在不安裝APP的情況下，可以快速知道APP里的內(nèi)容？怎樣在裝了APP的情況下，可以快速索引到APP里的內(nèi)容？

Google的為解決這個(gè)問(wèn)題，推出了App Indexing，APP Indexing是同時(shí)有網(wǎng)站和App的開發(fā)者用的，它是將一個(gè)網(wǎng)頁(yè)和一個(gè)App頁(yè)面對(duì)應(yīng)起來(lái)，于是現(xiàn)在你搜索網(wǎng)頁(yè)也相當(dāng)于同時(shí)搜索App的內(nèi)容，如果搜到了，它會(huì)顯示一個(gè)“Open in App”的按鈕。但是，如果你沒(méi)有下載該App，它就不會(huì)顯示這個(gè)按鈕了。

eg.Google搜索、百度APP

Android平臺(tái)系統(tǒng)級(jí)別的應(yīng)用均可以被檢索到，比如用Google搜索，你就能搜到聯(lián)系人信息、索引到所有應(yīng)用、找到chrome瀏覽歷史等等。而iOS平臺(tái)也是，僅有系統(tǒng)級(jí)別的APP，能被更好的索引到內(nèi)容，用百度APP搜索某個(gè)聯(lián)系人，可以直接索引到通訊錄。而其他的第三方APP，則很難破殼索引到內(nèi)容，這種情況厄待解決。

eg.豌豆莢

豌豆莢的應(yīng)用內(nèi)搜索，也是跟Google APP Index類似的解決方案，不同的是Google APP Index是需要APP配套網(wǎng)頁(yè)來(lái)實(shí)現(xiàn)檢索的。而豌豆莢的應(yīng)用內(nèi)檢索并不需要網(wǎng)頁(yè)支持。通過(guò)內(nèi)容來(lái)進(jìn)行索引，再調(diào)起對(duì)應(yīng)的APP來(lái)瀏覽內(nèi)容，這大概是目前為止最有想象空間的方法了，但徹底打破APP孤島壁壘，還需要更多的APP一起來(lái)支持應(yīng)用內(nèi)搜索。

4.APP擴(kuò)展化

隨著時(shí)間的推移，各大廠商的不斷迭代，平臺(tái)越來(lái)越豐富，分辨率越來(lái)越多樣，歷史版本越來(lái)越多，維護(hù)成本和適配成本也越來(lái)越高。為此不得不在開發(fā)版本的時(shí)候，充分考慮到APP的擴(kuò)展性。APP是否能兼容多種不同的分辨率，一套設(shè)計(jì)是否能適配多個(gè)平臺(tái)？是否適合小屏幕大屏幕穿戴屏幕多種使用場(chǎng)景？

eg.Google Now

Google Now是考慮擴(kuò)展性的最好案例，不僅僅是移動(dòng)端全平臺(tái)的考慮，Google Now適配Google Glass、Android Wear貌似都很輕松，甚至Now這種語(yǔ)音交互的形式，簡(jiǎn)直像是考慮可穿戴先行而設(shè)計(jì)出來(lái)的。

eg.百度云

百度的Android版、iPhone版、PC版、Mac版、TV版相繼推出，如果不考慮擴(kuò)展性的化，設(shè)計(jì)師和產(chǎn)品團(tuán)隊(duì)都會(huì)心力交瘁的。好在目前去做設(shè)計(jì)架構(gòu)的時(shí)候，都是最大程度的考慮全平臺(tái)擴(kuò)展性，甚至未來(lái)可穿戴市場(chǎng)的適配。APP功能多但結(jié)構(gòu)仍然要維持簡(jiǎn)單。

最后讓我們來(lái)回顧一下，胖APP發(fā)展下去，一定會(huì)成為用戶的負(fù)擔(dān)的，所以我們不得不考慮胖APP瘦身，或者胖APP拆分，主要可參考本文提到的手法——1.APP插件化；2.APP互通化 3.APP破殼化 4.APP擴(kuò)展化。這4個(gè)方向，能讓胖客戶端更好滿足用戶需求的同時(shí)，仍然能保持輕量化的良好用戶體驗(yàn)。

source:elya妞╰_╯