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