應用商店的戰略地位
- 2020 年 2 月 19 日
- 筆記
應用商店在各大系統和平台上基本都有，最成功的是Android和 ios 的應用商店。但現在應該需要加上微信了，在我看微信的小程式其實就是應用商店。微信其實算 os 了，微信提供了入口和流量，用戶需要功能，用戶進入應用商店下載安裝應用。而真正的 os 本身就帶有自己的應用商店，但為什麼我認為這些應用商店沒有真正落地，戰略意義上不如微信
微信是 os 而微信小程式相當於應用商店，而小程式相當於應用。和真正的 os 的應用商店相比，微信的成功在於落地，符合中國國情。比如 ios 的應用商店，我想要下載一個新的應用，我需要做什麼？首先我需要知道從哪裡拿到找到這個應用，如鏈接等，但鏈接需要瀏覽器打開然後跳到應用商店。其次我需要點擊下載，授權安裝，等待安裝，然後才能使用。微信的小程式是掃二維碼然後打開小程式使用
對比一下 ios 的應用商店和微信的小程式，其實本質是相同的，最大的不同在於用戶獲取的成本，反過來說也對
而 ios 的應用商店為什麼需要那麼多步驟，特別是授權？因為國情，在 M 國，特別重視安全和用戶隱私，而咱是反過來，這樣也就是不斷在抄蘋果的Android應用商店也是這樣
微軟的應用商店和 mac 的應用商店失敗在哪？在於用戶獲取成本太高，在等待授權和下載這一步耗時太長。沒有落地的原因在於沒有符合中國國情，在中國訪問海外資源的速度和延遲都是特別長的，依賴於特別長的延遲做實時應用本身都是逗比行為
論流量和入口，在單平台上微信肯定比不過平台系統，但是為什麼微信更有優勢，核心在於認知，技術上在於快。我能夠一掃就用上小程式，和我需要很多步驟等半天才能用上，這兩個不在一個等級上
我很少寫非技術的部落格，如果寫這些虛的評論類的部落格，我基本都是會寫本質
假設我需要做一個應用商店，例如我需要在一個自己的設備上，如會議室用的大板上開發一個應用商店，我需要考慮什麼？我建議可以照抄微信的小程式模式，至少在產品經理hold不住戰略布局之前可以照抄。幾乎所有的企業都是認為效率特別重要，那麼應用商店不能做違背效率的事情。至於安全，這是必要的但不是重要的
- 點擊鏈接直接跳應用商店（或不跳應用商店）幫你打開應用
- 搜尋應用立刻打開
- 應用商店核心在於保證穩定，反面例子是微軟應用商店，如果你的做的應用所有用戶都回饋不能安裝那麼這個應用做的再好也是渣所以一個不能穩定安裝的應用商店會讓整個技術推不起來
下面是技術細節
我想要發揮更強的性能，因為我的設備硬體性能很差，我需要減少在線應用的影響。我的應用的功能又很多，我可以如何做
公用庫是好東西，無論是原生的應用還是前端的應用，都可以使用公共庫和公共資源。如我整個應用的介面用的介面庫和我的應用商店是相同的，意味著我能做到我的應用無需下載甚至載入介面庫。我的樣式都是公共樣式，不僅可以讓用戶感覺應用的統一，還可以減少樣式庫的下載。程式碼庫也能做到相當多的公用，如使用相同的版本的 Json.NET 時，可以使用相同的庫文件。這樣需要下載的內容越少，復用越多，整體下載速度也能越快
但公用庫也是有問題的，必須保證公用庫的文件不被修改，公用庫文件是對的問題，同時提供修復公用庫的方法。這方面可以參閱 win7 的 .NET 環境問題，可以認為整個 .NET 就是一個公用庫，利用公用庫可以讓 .NET 程式的體積很小，大量程式碼都放在公用庫，但在 win7 在中國會有很多盜版系統，這部分讓很多 .NET 程式因為公用庫損壞而不能使用
閃屏可以讓用戶覺得應用很快就打開，這一點 UWP 做的很好，沒有一個win32應用能做到比 UWP 打開更快了，只要一點擊在抬起時就顯示歡迎介面，雖然此時離用戶能用軟體還有很遠，但用戶的感覺就是軟體回饋很快。為了讓用戶覺得使用應用商店安裝應用的成本很低也就是解決用戶認知上，可以通過快速給用戶下載一張歡迎介面圖片打開應用，這樣可以做到減少應用商店的存在，減少用戶認知應用安裝的成本
現在幾乎所有有點名氣的廠商都在做自己的應用分發渠道，也就是小程式，現在有微信小程式、迅雷小程式、百度小程式、支付寶小程式、360小程式等，整個中國的商業前景有一部分都在盯入口，如之前的百度入口到應用商店入口，到現在的小程式入口
本作品採用 知識共享署名-非商業性使用-相同方式共享 4.0 國際許可協議 進行許可。歡迎轉載、使用、重新發布，但務必保留文章署名林德熙（包含鏈接： https://blog.lindexi.com ），不得用於商業目的，基於本文修改後的作品務必以相同的許可發布。如有任何疑問，請 與我聯繫 。
