微信的一舉一動(dòng),張小龍的一言一行,都是互聯(lián)網(wǎng)上的大新聞。今天,在微信公開(kāi)課 Pro 活動(dòng)上,騰訊微信事業(yè)群張小龍罕見(jiàn)地現(xiàn)身并演講,闡述了微信的四個(gè)價(jià)值觀,然后,宣布了微信的一個(gè)“應(yīng)用號(hào)”的規(guī)劃:
至于更多的信息,張小龍和微信團(tuán)隊(duì)的其他人就沒(méi)有透露更多了。但是,愛(ài)范兒還是找到了曾經(jīng)參與過(guò)應(yīng)用號(hào)早期項(xiàng)目的第三方人士,了解到了不少的信息。 兩年前的伏筆,一年來(lái)的敗筆提到這個(gè)不甚明了的“應(yīng)用號(hào)”,很多人肯定會(huì)想到兩三年前著名的 Web App 和 Native App(原生應(yīng)用/本地應(yīng)用)之爭(zhēng),由于 HTML 5 的興起,加之 Native App 需要耗費(fèi)大量人力來(lái)開(kāi)發(fā)維護(hù)適配,給許多人以做 Web App 希望,然而,Web App 不可能單獨(dú)存在,必須有一個(gè)依托,因此,國(guó)內(nèi)一些互聯(lián)網(wǎng)廠商就有了以 Web App 為雄兵,稱霸移動(dòng)互聯(lián)網(wǎng)的想法。 在國(guó)內(nèi),Web App 有了新的叫法和變種,也就是我們俗稱的輕應(yīng)用。 而正兒八經(jīng)要去推廣輕應(yīng)用的,是百度、360 和 UC,這三家都是在國(guó)內(nèi)移動(dòng)互聯(lián)網(wǎng)中很有話語(yǔ)權(quán)的廠商,然而,從大家的使用習(xí)慣也都看到了,這三家在這兩年時(shí)間里力推的“輕應(yīng)用”并沒(méi)有落地,只是一個(gè)出師未捷身先死的概念。 現(xiàn)在,人們提起兩三年前的 Web App 和 Native App 之爭(zhēng),不過(guò)報(bào)以呵呵,HTML 5 是很棒,但是基于 HTML 5 的 Web App 在體驗(yàn)上完全無(wú)法和 Native App 相比,至少整體上是這樣的。 前情大概如此,回過(guò)頭來(lái)說(shuō)微信,其實(shí)在其他幾個(gè)國(guó)內(nèi)互聯(lián)網(wǎng)巨頭想推輕應(yīng)用的時(shí)候,微信也不是沒(méi)有想法,事實(shí)上,微信在兩年多前就已經(jīng)埋下了應(yīng)用號(hào)的伏筆——JS-SDK:
據(jù)消息人士透露,兩年前,微信應(yīng)用號(hào)立項(xiàng)的時(shí)候,構(gòu)想的邏輯是這樣的:主要是 JS-SDK 提供的 Native API,可以讓一個(gè) Web App (HTML5)在保持網(wǎng)頁(yè)的輕便的同時(shí),擁有音頻錄制播放、照片拍攝、掃碼、搖一搖等原生應(yīng)用的功能。 因此,這套微信 JS-SDK 其實(shí)就是兩年多前微信為應(yīng)用號(hào)埋下的伏筆。 而在微信重新?lián)炱饝?yīng)用號(hào)之前,微信又在訂閱號(hào)之外,推出了服務(wù)號(hào),為的是鏈接商家和用戶,提供相關(guān)的服務(wù)。但是,張小龍自己也承認(rèn),服務(wù)號(hào)沒(méi)有達(dá)到預(yù)期。這個(gè)沒(méi)有達(dá)到預(yù)期原因很簡(jiǎn)單,服務(wù)號(hào)和訂閱號(hào)形態(tài)非常類似,都是自定義菜單加對(duì)話框的模式,層級(jí)深且不明顯,效率太低,最后,服務(wù)號(hào)就變成了一個(gè)每月只能推送四次消息的訂閱號(hào),反而沒(méi)有突出“服務(wù)”的概念。從而,服務(wù)號(hào)沒(méi)做好也可以算作是微信的一個(gè)敗筆,尤其引發(fā)的,則是訂閱號(hào)和服務(wù)號(hào)合并的消息在滿天飛。 微信應(yīng)用號(hào)的形態(tài)?在討論微信應(yīng)用號(hào)的形態(tài)的時(shí)候,則需要引入第二個(gè)概念:Hybrid App(混合應(yīng)用/雜交應(yīng)用/……),Web App 優(yōu)點(diǎn)很多,當(dāng)然,缺點(diǎn)也很多,就此的討論一抓一大把,比如純 Web 前端架構(gòu),很多重要手機(jī)特性無(wú)法訪問(wèn),例如聯(lián)系人以及 Push Notification(消息推送非常重要)之類的。某種程度上說(shuō),微信應(yīng)用號(hào)的形態(tài)就是一種 Hybrid App。 此處 Hybrid App 和 Web App 最主要最核心的區(qū)別,就是能不能調(diào)用底層的 API,實(shí)現(xiàn)特定功能,比如上面的獲取聯(lián)系人信息,讀取存儲(chǔ)文件等等。 比如最著名的 Hybrid App 開(kāi)發(fā)平臺(tái) PhoneGap 的插件能夠幫助開(kāi)發(fā)者快速地抵達(dá)手機(jī)的其他 API 上面,直接使用 Javascript 來(lái)操控這些底層的 API。例如調(diào)用 Push Notification 的相應(yīng)發(fā)生的事件。但是應(yīng)用號(hào)有所不同的是,它依托于微信平臺(tái),而不用像其他的一些 Hybrid App 那樣跑到應(yīng)用市場(chǎng)分發(fā),也就是說(shuō),常規(guī)的 Hybrid App 其實(shí)解決了開(kāi)發(fā)上的難點(diǎn)(主要是跨平臺(tái)的問(wèn)題),但是無(wú)法解決分發(fā)的問(wèn)題。應(yīng)用號(hào)此處的優(yōu)點(diǎn)是,關(guān)注即可使用,分發(fā)成本很低,幾乎等同于公眾號(hào)獲取粉絲的成本。 具象到微信應(yīng)用號(hào)上,其界面就已經(jīng)完全脫離了之前訂閱號(hào)和服務(wù)號(hào)的形態(tài),最直觀的,就是沒(méi)有了對(duì)話框和自定義菜單,轉(zhuǎn)而是將 Web App(HTML5)提到公眾號(hào)的第一層級(jí),讓功能更為直觀地抵達(dá)到用戶,用戶的學(xué)習(xí)成本更低,使用效率更高,應(yīng)用號(hào)直觀的形式遠(yuǎn)比服務(wù)號(hào)下面不點(diǎn)開(kāi)就不知道是什么的自定義菜單好。 說(shuō)到這里,其實(shí)關(guān)于微信應(yīng)用號(hào)已經(jīng)有了非常好的展示雛形,微信“發(fā)現(xiàn)”中的“購(gòu)物”,“錢包”里的“美麗說(shuō)”、“吃喝玩樂(lè)(大眾點(diǎn)評(píng))”等等,就可以理解為微信應(yīng)用號(hào)的一種形態(tài)。 至于應(yīng)用號(hào),與合并之后的“訂閱號(hào)+服務(wù)號(hào)”的區(qū)別和分工,應(yīng)該是這樣的:應(yīng)用號(hào)并不屬于公眾號(hào)的一種,而是與之并列的。微信內(nèi)的京東購(gòu)物和京東服務(wù)號(hào)來(lái)講,在“購(gòu)物”內(nèi)買了商品,這邊的京東服務(wù)號(hào)就會(huì)推送交易信息詳情。 二者之間的合作就好像這邊我在格瓦拉應(yīng)用上買了電影票,然后短信接受到票務(wù)信息。 好了,上面已經(jīng)說(shuō)了,JS-SDK 提供的 Native API,可以讓一個(gè) Web App (HTML5)在保持網(wǎng)頁(yè)的輕便的同時(shí),擁有音頻錄制播放、照片拍攝、掃碼、搖一搖等原生應(yīng)用的功能。那么我們可以預(yù)想一下,利用這些 API 接口完成的一個(gè)應(yīng)用號(hào),暫且稱之為“有聲賀卡”,進(jìn)入了這個(gè)應(yīng)用號(hào)之后,用戶可以調(diào)用相機(jī)拍照得到照片,然后調(diào)用麥克風(fēng)錄制音頻,生成一張有聲賀卡分享到朋友圈或者發(fā)給朋友。 Q&A應(yīng)用號(hào)的入口在哪里? 前面已經(jīng)說(shuō)到,應(yīng)用號(hào)和公眾號(hào)是并列關(guān)系,因此入口就值得深思,如果入口太深,是一個(gè)類似于購(gòu)票轉(zhuǎn)賬的三級(jí)菜單,勢(shì)必會(huì)影響使用效率,但是它的重要性也不及“微信、通訊錄、發(fā)現(xiàn)和我”這四個(gè)一級(jí)菜單,合理的推斷是在“發(fā)現(xiàn)”或者“我”之下新開(kāi)一個(gè)二級(jí)菜單,并且在搜索框下有提示。 會(huì)干死 App 嗎? 當(dāng)然干不死 App,都說(shuō)微信想做一個(gè)操作系統(tǒng),但是 HTML5 的局限性還是很大,預(yù)計(jì)應(yīng)用號(hào)對(duì)整個(gè) App 的市場(chǎng)沖擊會(huì)比較有限,應(yīng)用號(hào)的適用場(chǎng)景以及想象空間都不如 Native App,比如,現(xiàn)在的微信 JS-SDK 還沒(méi)有開(kāi)放視頻錄制的 API。并且,很多 App 的死掉,根本就不是外部競(jìng)爭(zhēng)導(dǎo)致的,App Store 里面一大半的應(yīng)用都是僵尸應(yīng)用。 應(yīng)用號(hào)比“輕應(yīng)用”好在哪兒? 相比于瀏覽器,搜索以及應(yīng)用商店,微信使用的頻率高,時(shí)間長(zhǎng),黏性強(qiáng),應(yīng)用號(hào)達(dá)到用戶的可能性也大很多。應(yīng)用號(hào)和訂閱號(hào)之間可以配合,形成閉環(huán),解決“輕應(yīng)用”服務(wù)之后還是會(huì)脫離瀏覽器或搜索服務(wù)的問(wèn)題,比如用完后還是需要切出到短信通知或系統(tǒng)通知等。簡(jiǎn)而言之,應(yīng)用號(hào)和訂閱號(hào)的客服通知體驗(yàn)好太多。 應(yīng)用號(hào)能解決 Web App 加載慢的問(wèn)題嗎? 事實(shí)上,我覺(jué)得 Web App 體驗(yàn)最大的痛點(diǎn)就是加載慢,而微信內(nèi)部的一些服務(wù)也是如此,比如購(gòu)買電影票。如果微信不對(duì)應(yīng)用號(hào)進(jìn)行緩存處理的話,我對(duì)應(yīng)用號(hào)解決 Web App 加載慢的問(wèn)題保持懷疑態(tài)度,尤其是加載一些復(fù)雜頁(yè)面的時(shí)候。但是,在處理一些小頁(yè)面的時(shí)候,這個(gè)問(wèn)題不會(huì)太夸張。這也呼應(yīng)了上面那個(gè)“會(huì)干死 App”的問(wèn)題。 微信網(wǎng)頁(yè)開(kāi)發(fā)者工具發(fā)布和應(yīng)用號(hào)有何關(guān)系? 在微信網(wǎng)頁(yè)開(kāi)發(fā)者工具發(fā)布之前,前端開(kāi)發(fā)適配微信頁(yè)面的調(diào)試極其不便,必須通過(guò)非常多的服務(wù)端 Hacking 達(dá)到模擬線上環(huán)境,從而進(jìn)行功能測(cè)試。而剛剛發(fā)布的微信網(wǎng)頁(yè)開(kāi)發(fā)者工具能夠極大地提高調(diào)試效率,方便應(yīng)用號(hào)的開(kāi)發(fā)。 |
|
來(lái)自: 昵稱29351445 > 《小程序》