活動中臺：揭祕vivo的千萬級DAU活動中臺

純陽書評第415期《純陽子聊中臺之十八》有朋友說中臺應當是一個技術問題，從目前行業實踐來看應該只有兩種中臺，一種是以A爲代表的互聯網中臺，另一種是傳統企業信息化中的系統中臺。如果單純地從技術層面去探討中臺的話，這個觀點問題不是太大，甚至還有點值得稱道，因爲至少他還指出有兩種中臺，發現了互聯網企業和傳統企業信息系統中臺的不同，但是一旦稍稍跳出技術甚至是某類技術的維度再看這個觀點的話，很容易發現這位朋友的觀點很有問題，他的偏狹視角傷害了他的判斷，妨害了他的洞察。 對於任何事物的理解，我們都有必要回到本質上去理解，對中臺的理解同樣如此。如果不能回到本質，只是去從表面現象中尋找結論的話，很容易得出錯誤的結論。所以接下來我們就對那些認爲只有這兩種形式是中臺的錯誤觀點進行批判。 首先批判錯誤的A中臺論。這種觀點認爲A模式是中臺，這一點是對的，但是對中臺的解讀經常是錯的。 其實A的中臺至少有兩個部分，一個部分就是大家能看到的、津津樂道的所謂可用於各個應用的客戶、訂單等中臺，這是一類待在明處的中臺。而另外一個一類中臺是大家可能看不到，或者是容易被忽略的中臺，比如說支撐阿里大量應用的A雲。只要仔細想，不難發現這也是中臺，是中臺的一部分，甚至是A中臺的基石，毫不誇張的說，沒有阿里雲，就不會有A中臺的今天。如果只看前一類中臺的話，容易認爲中颱就是一些應用，是一種軟件，但是當意識到第二類中臺的話，就不會犯這樣的低級錯誤了。 其次批判錯誤的信息系統中臺論。 經常有廠商人士，對中臺的理解剛剛超過了X多上假貨的粗製濫造，但還不及X包上的高仿，就急不可待地到處向客戶推銷他們的中臺理念。有的提出中臺就是一個適配器，其存在的價值是爲了聯結穩定、慢速的傳統後臺IT和以快速、多變應用爲代表的快速前臺IT，不得不承認，能想出這個華麗想法的人，肯定是在中學時代認真學習了滑輪物理，由此可見基礎教育很有意義。 還有的提出中臺就是複用，所以中臺就是一個技術問題，落地中臺就是要在系統構建中大量複用系統組件、框架、模型，這個觀點基本沒跑偏，但是毛病是跑得太慢，而且跑得也不夠遠。 那麼中臺的本質是什麼？中臺的本質就是整合共性、共享共性。那麼對於一個企業來講，可以整合共享的顯然不只是軟件和硬件，還有構成企業的人力、資本、土地和技術等生產要素。所以中臺是一種新的要素組織模式，在新模式下所有要素要從上到下，從裏到外的配合，技術要按整合共享的方式去建設，比如A模式；人員和組織要按整合共享的方式去安排，比如財務共享；數據也要按整合共享的方式去處理，比如到處開建的數據中臺，最終獲得更高的生產力。 最後我們提一下華爲任正非所闡述過的中臺，大意是妹國每個戰術小隊在武器火力上都做了精簡，因爲在行動中可以隨時召喚共享後方的火力等資源支持。看到沒有，那個共享的後方纔是任真非心目中的中臺，那個中臺可不是一個軟件、一個硬件那麼簡單，而是既有系統，又有組織；既有人員，又有資源的一個有機整體，這纔是中臺。在這裏提任正非，並不是要訴諸權威，而僅僅是他的話符合邏輯，更有道理。 ​

很細的講了低（零）代碼活動頁平臺的設計構成，細到針對具體的實現細節貼了很多具體的前端代碼，或許可以直接複製出來一套基本可用的實現😄。 不過作者的設計思想是隻定義平臺和組件研發規範，對於個性化需求則以新開發和copy到本地二次開放的方式進行，但是這種方式是對各個團隊的素質有要求的，對功能的抽象能力也有要求。後續做本地低代碼工具的原因，看起來像這種方式的副作用（複用和拆分不夠），本地低代碼工具的做法像對這種情況的一種補救。不過靈活性和複用性是有衝突的，越靈活對使用者的要求也更高，不知道有沒有更好的控制方式。 同時，本書也提到了一些性能優化和管理系統權限設計的知識。

書寫的不錯。不過有些地方沒有展開講，不夠透徹。比如講業務架構那一塊有些淺嘗輒止，活動效果評估非常重要，可以舉個vivo實踐的具體例子，以及活動改進優化。目前一筆帶過，很可惜

技術視角的中臺建設，不適合產品經理看

適合產品看的技術方案書，能看懂和理解，方便和技術人員溝通。

有場景，有思考，有代碼，有細節。好書推薦！

前半部分適合產品閱讀 後半部分適合前端閱讀

偏向於前端技術，服務端視角較難有太多參考性