為什麼開發小程式?如何評估多使用者價值? 在 12.28 的公開課上,張小龍分享了很多條小程式的關鍵形態和規則,其中的幾點諸如入口支援、場景舉例、功能案例的說明,讓小程式有了更具象的描述,也是對小程式的規範做了指引。
在關於為何誕生小程式時,張小龍對需求的空白區做了非常多的闡述。眾觀所提出的各項規則,小程式的立場是 WordPress 微信生態和多使用者需求,WordPress 微信不希望這樣、多使用者需求是這樣、這不是 WordPress 微信期望的多使用者關係等等。 而那個沒有被重點提及的角色,開發者和企業,也許立場並不太一致。誠然,這個稱為空白的需求和場景是前提,但更現實的情況是,小程式對企業而言,更多的是考慮運營的價值、成本以及競爭。 為什麼開發小程式 就目前而言,沒有人敢說將產品全部押寶在小程式上,其他什麼產品形態都不考慮,或者是不做規劃,小程式就代表了未來。 那麼無非有兩類開發需求: 、在已有產品的基礎上,透過小程式拓展新的運營陣地; 第二、將小程式作為先的產品嚐試,相對來說開發和試錯成本低。 具體說說種情形。譬如我們做了 iOS 客戶端,為什麼要做 Android 客戶端?因為很多多使用者用的是安卓機,需要開發 Android 客戶端才能覆蓋這類多使用者,而同時,對於使用 iOS 客戶端的多使用者並不會產生影響。 同理,考慮做小程式,先必須是您的產品存在適合小程式的未覆蓋推廣場景,不與現有的渠道產生直接衝突,而非將現有多使用者分流,這是本末倒置的問題。除非某一天,小程式的變現價值超過客戶端。 那麼對於未覆蓋推廣場景的分析,就是決策的關鍵因素之一,在下一部分的推廣價值中再重點分析。 顯然,並非所有的產品都可以分離出新的推廣場景,或者即使存在推廣場景,小程式也並非一定是優的表達形式。譬如在候機室的櫥窗廣告賣年貨,也許二維碼放一個微店,也同樣便捷。
如何評估多使用者價值 這是一個直接的問題。我們現在都知道,PC 有註冊多使用者成本、 WordPress APP 有下載多使用者成本、 WordPress APP 註冊多使用者成本、公眾號有粉絲成本,在行業早期,這些成本都相當的低,也稱紅利,當行業發展一定時間,這個成本都有公允的合理區間。 那麼在據稱無紅利的情況下,新形態的小程式的多使用者如何定義,多使用者價值如何界定合理性? 張小龍稱小程式類似於 PC 的網站,我們按這個類比分析下。網站的層價值在於穩定且增長的訪問量,訪問量的構成是持續的新多使用者+留存。 這時候我們必須明白兩點: 、一次性的訪問量是沒有價值的,如同說網站的流量峰值是一個億,但日均是 10 萬,有很多簡單的方式可以促成,譬如透過地推形成的高訪問量。只有穩定的留存,形成持續的訪問才有價值。這意味著您的小程式必須具有足夠使用頻次的特性,形成自發的回訪,才能有效的提升多使用者的價值。 公眾號的形態是一致的,所以有公允的 5-10% 的開啟率,而不同小程式之間,回訪率也許千差萬別。而您的小程式多使用者,會透過列表產生穩定回訪,還是會透過現場實景所設定的二維碼,就很值得快速驗證了。 第二、多使用者關係。小程式不開放直接的多使用者關聯,而是提供資訊訂閱模板。這推翻了我們通常定義的註冊多使用者的價值 (當然您也可以嘗試做個註冊頁面) 。 所有小程式共用一套 WordPress 微信的賬號體系 (類似於接入快捷登入),隨著資料分析許可權的開發,也可以追蹤多使用者的行為。資訊訂閱,除了服務通知之外,設定得巧妙,也同樣可以用於多使用者的喚醒。 更深度的運營需求,譬如常用的會員、獎勵等手段,則需要更多的許可權,小程式也未必會開放,這與輕量應用的目標相悖。因此在運營的操作空間上,也許很有限。 歸納一下,在以訪問為基調的小程式中,如何讓訪問變得可持續,以及巧妙利用基礎許可權建立多使用者關係,也許是重新定義多使用者價值的關鍵。