當前，微信不同類型賬號的數(shù)量比例大致如下：
除了微信使用者屬于零門檻的服務接受方外，公眾號都是服務提供方。在訂閱號、服務號、企業(yè)號三種公眾號里，運營復雜程度和申請要求依次提高，擁有者數(shù)量也逐級減少。
毋庸置疑的是，對于應用號，微信內(nèi)部已經(jīng)繪制了一份宏圖大業(yè)--零售業(yè)、餐飲業(yè)、醫(yī)療業(yè)、智能硬件，與各種類型的傳統(tǒng)行業(yè)進行連接。然而，單單餐飲業(yè)，就有餐廳、酒水飲料、烘焙、甜品等類，林林總總，根本沒辦法用一種模式通吃所有。
為涵蓋盡可能廣泛的行業(yè)領(lǐng)域的互聯(lián)網(wǎng)服務，微信必須賦予應用號更大的授權(quán)。這個授權(quán)主要體現(xiàn)在應用號頁面開發(fā)的自主性上，因為只有讓運營者自己去設計Web APP，才能保證服務的多樣性。這樣一來，檢索應用號就像在應用市場中查找APP一樣。
那么，運營者需要網(wǎng)頁開發(fā)能力，會導致應用號的數(shù)量再降一個層級嗎?
非也。
當前國內(nèi)一些底層的交互型工具，用戶可以通過對HTML5網(wǎng)頁進行可視化編輯，來實現(xiàn)復雜網(wǎng)頁的開發(fā)。因此，應用號運營者不需要是開發(fā)者，卻可以像開發(fā)者一樣根據(jù)服務需求來設計網(wǎng)頁，制作出同樣功能的Web APP。
所以，應用號如果想要實現(xiàn)數(shù)量的逆襲，必須有兩個條件：
1、微信允許運營者自主設計入口頁面;
2、運營者借助可視化工具制作應用號頁面。
在這兩個前提下，才能既保證應用號的服務質(zhì)量，又能降低運營者的門檻。
推不推送，這是一個問題
對應用號進行"劇透"時，張小龍的一句話很值得玩味：
"他要找這個公眾號的時候就像找一個APP，在平時這個號不會向用戶發(fā)東西的，所以APP就會很安靜地在那里，等用戶需要的時候找到它就好了。"
這句話暗示應用號會采取"關(guān)注--需求激發(fā)--獲取服務"這樣的模式。換句話說，用戶沒有主動表達需求，應用號只能那么靜靜地待著，因此就沒有向用戶推送通知的能力。
一個需要用戶主動打開才能提供服務的Web APP，會有什么限制?
假設某個醫(yī)院有這么一個醫(yī)療應用號，提供預約掛號、繳費支付、醫(yī)療報告三種服務。
你到醫(yī)院前，在家里掛號，準備等到差不多自己的號再出門。所以，雖然在家里，你有事沒事就得刷手機，要不然就不知道究竟到哪個號了。看完病，用手機支付醫(yī)療費后，得做個檢查。檢查完，也不知道結(jié)果什么時候出來，你還得不停地刷手機--因為即便報告出來了，醫(yī)院也沒有權(quán)限給你推送通知。
因此，應用號能否主動向用戶推送內(nèi)容，將會是應用號提供的Web APP服務和原生APP的關(guān)鍵區(qū)別。換句話說，當應用號具有主動推送通知功能，才能最大限度上替代原生APP。
上篇：
下篇：
甘公網(wǎng)安備 62010002000030號
