活动中台：揭秘vivo的千万级DAU活动中台

纯阳书评第415期《纯阳子聊中台之十八》有朋友说中台应当是一个技术问题，从目前行业实践来看应该只有两种中台，一种是以A为代表的互联网中台，另一种是传统企业信息化中的系统中台。如果单纯地从技术层面去探讨中台的话，这个观点问题不是太大，甚至还有点值得称道，因为至少他还指出有两种中台，发现了互联网企业和传统企业信息系统中台的不同，但是一旦稍稍跳出技术甚至是某类技术的维度再看这个观点的话，很容易发现这位朋友的观点很有问题，他的偏狭视角伤害了他的判断，妨害了他的洞察。 对于任何事物的理解，我们都有必要回到本质上去理解，对中台的理解同样如此。如果不能回到本质，只是去从表面现象中寻找结论的话，很容易得出错误的结论。所以接下来我们就对那些认为只有这两种形式是中台的错误观点进行批判。 首先批判错误的A中台论。这种观点认为A模式是中台，这一点是对的，但是对中台的解读经常是错的。 其实A的中台至少有两个部分，一个部分就是大家能看到的、津津乐道的所谓可用于各个应用的客户、订单等中台，这是一类待在明处的中台。而另外一个一类中台是大家可能看不到，或者是容易被忽略的中台，比如说支撑阿里大量应用的A云。只要仔细想，不难发现这也是中台，是中台的一部分，甚至是A中台的基石，毫不夸张的说，没有阿里云，就不会有A中台的今天。如果只看前一类中台的话，容易认为中台就是一些应用，是一种软件，但是当意识到第二类中台的话，就不会犯这样的低级错误了。 其次批判错误的信息系统中台论。 经常有厂商人士，对中台的理解刚刚超过了X多上假货的粗制滥造，但还不及X包上的高仿，就急不可待地到处向客户推销他们的中台理念。有的提出中台就是一个适配器，其存在的价值是为了联结稳定、慢速的传统后台IT和以快速、多变应用为代表的快速前台IT，不得不承认，能想出这个华丽想法的人，肯定是在中学时代认真学习了滑轮物理，由此可见基础教育很有意义。 还有的提出中台就是复用，所以中台就是一个技术问题，落地中台就是要在系统构建中大量复用系统组件、框架、模型，这个观点基本没跑偏，但是毛病是跑得太慢，而且跑得也不够远。 那么中台的本质是什么？中台的本质就是整合共性、共享共性。那么对于一个企业来讲，可以整合共享的显然不只是软件和硬件，还有构成企业的人力、资本、土地和技术等生产要素。所以中台是一种新的要素组织模式，在新模式下所有要素要从上到下，从里到外的配合，技术要按整合共享的方式去建设，比如A模式；人员和组织要按整合共享的方式去安排，比如财务共享；数据也要按整合共享的方式去处理，比如到处开建的数据中台，最终获得更高的生产力。 最后我们提一下华为任正非所阐述过的中台，大意是妹国每个战术小队在武器火力上都做了精简，因为在行动中可以随时召唤共享后方的火力等资源支持。看到没有，那个共享的后方才是任真非心目中的中台，那个中台可不是一个软件、一个硬件那么简单，而是既有系统，又有组织；既有人员，又有资源的一个有机整体，这才是中台。在这里提任正非，并不是要诉诸权威，而仅仅是他的话符合逻辑，更有道理。 ​

很细的讲了低（零）代码活动页平台的设计构成，细到针对具体的实现细节贴了很多具体的前端代码，或许可以直接复制出来一套基本可用的实现😄。 不过作者的设计思想是只定义平台和组件研发规范，对于个性化需求则以新开发和copy到本地二次开放的方式进行，但是这种方式是对各个团队的素质有要求的，对功能的抽象能力也有要求。后续做本地低代码工具的原因，看起来像这种方式的副作用（复用和拆分不够），本地低代码工具的做法像对这种情况的一种补救。不过灵活性和复用性是有冲突的，越灵活对使用者的要求也更高，不知道有没有更好的控制方式。 同时，本书也提到了一些性能优化和管理系统权限设计的知识。

书写的不错。不过有些地方没有展开讲，不够透彻。比如讲业务架构那一块有些浅尝辄止，活动效果评估非常重要，可以举个vivo实践的具体例子，以及活动改进优化。目前一笔带过，很可惜

技术视角的中台建设，不适合产品经理看

适合产品看的技术方案书，能看懂和理解，方便和技术人员沟通。

有场景，有思考，有代码，有细节。好书推荐！

前半部分适合产品阅读 后半部分适合前端阅读

偏向于前端技术，服务端视角较难有太多参考性