微信小程序目前最大的價值在于流量分發(fā)潘靖，PC時代流量分發(fā)是以搜索引擎為中心俺陋，所以大家都以搜索引擎的優(yōu)化豁延、排序作為應用獲取的關(guān)鍵。移動時代腊状，則主要以aso诱咏、裝機作為流量獲取的最關(guān)鍵的點。而到了小程序時代缴挖，會有大量的超級平臺可以提供小程序袋狞，但當小程序是以中心化方式去分配的時候，是不是小程序還是H5毫無差別映屋。
小程序真正的價值在于傳播性苟鸯，它本身是具有去中心化的傳播，傳播的因素不是去優(yōu)化針對平臺的規(guī)則棚点，而是去了解如何滿足用戶的需求早处，讓用戶傳播起來。所以小程序最大的特點是通過社交的關(guān)系可以傳播瘫析，關(guān)注的焦點是用戶砌梆，而不是平臺默责。
在微信這邊倡導的是關(guān)注用戶的需求，同時平臺有自己的底線咸包。而過往在中心化平臺中不一定關(guān)注用戶的需求桃序，而是平臺的規(guī)則，能做什么烂瘫，不能做什么媒熊。所以在小程序滿足用戶需求的時候，騰訊沒有做任何流量傾斜坟比，但是有很多小程序獲取到了最廉價的流量芦鳍。當然廉價流量的背后是小程序必須滿足用戶的需求，反之你不能滿足用戶的需求葛账，流量成本可能比在集中式平臺中獲取的成本還要高怜校。
小程序在2019年將appstore化，逐漸采用評價機制注竿，將流量更多的傾向于“好的”小程序。對于“好的”小程序騰訊有他們背后的一套邏輯魂贬，現(xiàn)階段尚沒有明確定義巩割，但希望通過對于“好的”小程序的倡導，使市場能發(fā)生一些改變付燥。
從小程序本身來講宣谈，如果要做評價機制，會涉及到技術(shù)性的東西键科，比如穩(wěn)定性闻丑、響應速度等。另一塊勋颖，類似于appstore里面的搜索機制嗦嗡，做aso時我們會把名字取得很長，希望涵蓋搜索的關(guān)鍵詞饭玲。包括淘寶里面一些商品會把很多關(guān)鍵詞羅列在商品名稱里面侥祭。原因在于最早很多商品、應用都是按照標題來搜索的茄厘，標題名字取得很長矮冬，就容易被各種渠道搜索到加權(quán)。
除了標題次哈，小程序會有更多標簽胎署、分類等方式讓小程序被搜索到。甚至它也會做一些關(guān)聯(lián)推薦窑滞，通過location做本地化的搜索琼牧。這也可以看出來它慢慢啟動了多維度的搜索方式恢筝，使得小程序在用戶的評價、地理位置等多維度被用戶識別到障陶，也就是appstore化滋恬，應用化，而不是原來的公眾號抱究。
第二個恢氯，小程序從客戶端容器轉(zhuǎn)變?yōu)閼眉壣虡I(yè)容器」乃拢客戶端容器比較容易理解勋拟，小程序時代，前端開發(fā)人員比較容易找到工作妈候，你只要會前端的能力敢靡，就比較容易開發(fā)小程序。而應用級商業(yè)容器苦银，小程序團隊主要提到了兩個啸胧，一個是云端，一個是物流服務(wù)幔虏。小程序的整個云端能力還是不錯的纺念，把關(guān)系型數(shù)據(jù)庫變成了簡單的文本型存儲，來適應小程序開發(fā)對云端存儲的需求想括。同時它也開放了服務(wù)端的接口和操作陷谱，使得客戶端和服務(wù)端非常容易配合起來。
以前我們大部分情況下瑟蜈，在服務(wù)端不需要做緩存時烟逊，基本上是對數(shù)據(jù)庫的簡單處理，所以只要能支持服務(wù)端的部分代碼铺根，組合上數(shù)據(jù)庫的能力宪躯，就能完成客戶端到應用端的容器。商業(yè)容器則對應到小程序團隊提的物流服務(wù)夷都，這個就會有很大差別眷唉。小程序團隊開始放開一些物流服務(wù)，這可能主要針對電商先嘗試的一種服務(wù)開放囤官。物流服務(wù)的背后是以后小程序可以集成其他toB的開發(fā)者組件冬阳。
騰訊的開放平臺發(fā)展其實是相對比較慢的，09年阿里開始做淘寶開放平臺党饮，12年做千牛肝陪，15年已經(jīng)完成了從開放平臺到服務(wù)市場到云+端的整個開放平臺的構(gòu)建和實踐，而2018年騰訊在服務(wù)市場層面才開始慢慢摸索刑顺。為什么說騰訊早期還是開放平臺氯窍？因為今天騰訊談到要加強社區(qū)饲常，事實上社區(qū)在早期是程序員作為開放平臺的一個產(chǎn)品。不論是雅虎狼讨、谷歌贝淤、Facebook等技術(shù)性的平臺，它們要開放的時候政供，只需要有技術(shù)性的社區(qū)播聪，能夠解決程序員的問題，實現(xiàn)api的調(diào)用布隔、所有組件開放的咨詢离陶、代碼共享，但這僅僅是開放平臺衅檀。
小程序團隊對于服務(wù)市場的設(shè)想是慢慢讓服務(wù)開發(fā)者把能力共享給應用開發(fā)者招刨，也就是說一個應用開發(fā)者可以不用去寫物流組件、彈幕組件，而是可以直接復用組件。這個設(shè)想后面可能會遇到問題双肤，因為不部分開發(fā)者，除非有些服務(wù)的門檻很高沦寂，比如物流組件的開發(fā)者必須是四通一達或者有能力的團隊，不然你只是做一個物流的組件而不提供服務(wù)沒有多大意義淘衙。同時比如彈幕的組件，雖然有意義腻暮，但真正能把組件共享化的只有推送的組件和個推的組件彤守。這種組件本身的復雜度在于需要對接多家運營商，內(nèi)部運營商的規(guī)則和適配的復雜度哭靖。所以純粹的代碼集合和工具復用可能不是一個成熟的想法具垫，或者說不太容易商業(yè)化，因為替代性太強试幽。
