简单聊下中台概念与发展

什么是中台

中台可以视作是支持多个前台业务中具有公共业务属性的能力组织。

所以他有组织+系统两个层面的事情。需要有个自运营的组织，对外提供的是抽象的服务。

钟华老师说：中台是将企业核心能力以服务化形式沉淀到平台。

王健老师说：中台是企业级能力复用平台。

总的来说中台应该包括方法论、组织和技术三个层面。

阿里的中台

阿里之所以做中台，一般说是受到了supercell的高效产品创新启发，另一些说的是马老师退休之后，继任者很难得到25个事业部诸侯的支持，所以想到了搞中台，慢慢去制约管理各位诸侯。

阿里对于中台一开始还是想的很清楚的，就是双中台，双中台：业务中台+数据中台。

双中台涉及到组织与系统两个维度。

业务中台

业务中台是共享业务事业部及其所构建的共享服务体系，包括会员、商品、交易等20多个公共的、通用的业务服务，前者是组织层面，后者是中台系统层面。

电商领域互联网产品，其中台能力主要围绕与交易、营销、库存、采购、品控、仓配、供应商等业务上，更好的建立中台。

数据中台

数据中台定位于，基于阿里数据技术及产品服务于整个集团的数据中台，涵盖数据整合与管理的方法论，如OneData、OneID、OneService等，是应用下面的数据公共层。

阿里数据中台主要是服务于其电商领域，那大部分公司没有阿里那么庞大的商业生态，其数据中台主要承接什么能力呢？

数据中台可以看做是一个数据公共层，主要聚焦于用户标识、用户画像、用户关系、指标、模型、数据治理等，可以做到很薄的一层，上层业务场景应该就是广告、营销的精准投放，提供全面精准的用户标签。

价值主要是数据的获取效率、使用成本、质量及安全。

云钉一体

之后随着钉钉的崛起，阿里又提出了“云钉一体”，相当于阿里云作为一个操作系统，钉钉就是操作系统之上最核心的应用。

过程中大家又听说过阿里要拆中台了，其实阿里经常是一边做厚中台，一边是做薄中台。做厚的一般是阿里云的中台，做薄的是集团内的业务中台。

提效

中台的提效主要体现在能力复用上，复用的可以是组织和技术。之所以提到组织，就是为了说明中台不等于中间件。

中台能力是需要和业务领域相关的，如果仅在技术层面进行沉淀和改进，研发效能提升是有限的。只有在业务层面沉淀，才可以为新体系提供帮助。

无外乎围绕与标准化、高质量、高效率、低成本、高安全的公共服务能力。

有业务属性的业务运营方式是非常不同的，而没有业务属性的系统只能是运维。

钟华老师还建议，中台仅以服务方式对外提供访问，而不是人力外包或者工单系统，这也和阿里数据中台的OneService对应起来了。

业务创新

业务中台＋数据中台很好理解到对于资源的复用，那中台辅助于创新是怎么做的呢？

以网易中台为例，网易除了有游戏中台外，还有一个服务于业务创新的中台。

一般围绕与新业务创新生命周期中需要做的事情，比如市场研究、用户研究、用户体验、敏捷项目管理、移动开发、个性化推荐、商业智能、内容安全等专项能力的沉淀。

这些能力是一个新业务创新是需要的能力，但新业务还没复杂到有大量自己复杂业务的时期，所以中台沉淀了这些专项之后，是可以解决创新业务人效问题的，进而辅助了业务快速创新。同时这些支撑互联网产品创新发展的功能能力是需要以软件方式提供出来的。

App技术中台

移动互联网时代，很多巨头的业务是长在手机上的，特别是字节，被称为“App工厂”，其实背后体现的是内容中台、算法中台、移动中台。

最近字节进军PaaS行业，火山引擎可以视作字节内部中台的商业化探索，其官网上体现出字节的中台产品。

中台能力主要包括：

1. 智能应用；

2. 技术中台；

3. 统一基础服务；

可以看到字节的中台主要是技术中台，这一堆技术组件放在一起也可以称为技术中台。

标品业务中台

阿里生态过于庞大，其中台概念更多。很多公司很难搞到阿里这么大的规模，所以中台可能更服务于其标品业务。

比如纯视频类的，前台多个产品矩阵，但后端是内容+技术的中台，还有滴滴这种网约车品类下的中台，其实服务的主要是类似的出行产品。

2016年滴滴开始做出行中台，解决出行品类下的业务，包括订单、计价、支付、passport、用户、触达等中台能力集于一身。

2018年京东开始做交易中台，主要通过组件化、平台化方式解决其黄金交易流程上的问题，涉及购物车、结算页、收银台、订单等核心交易模块。慢慢可以服用到如药品等其他垂类业务上。

美团类似，有到家交易、到店、出行等中台，主要服务于核心交易流程。

中台的技术层面

一些参与过中台建设的同学或多或少会感知到一些技术层面的概念，比如SOA、微服务、DevOps、流程与规则、API网关、特征与模型等。

采用SOA或微服务解决业务复用问题，云原生或分布式属于微服务范畴。

采用DevOps解决精益产品研发流程问题，快速响应前台的需求，不然中台乱糟糟的难以提效。

前台使用中台能力的典型方式有两种：组合＋配置。

组合是通过微服务方式实现，配置是通过流程和规则引擎实现。简单来说就是配置化，很多业务在标品场景下是可以配置出来的，当然对于技术团队背后的要求是需要业务可配置、能力可扩展，所以流程与规则是中台常见支撑技术。

API网关是对中台大量微服务的治理，便于快速接入。

特征与模型主要是对于业务的抽象，比如DDD、UL、事件风暴属于这里。

分布式中台

中台的下一阶段往哪里走呢？一种说法是以碎片化方式嵌入场景，所以可以看做是一种碎片化的中台，也就是分布式中台。

组织越大，管理上就一定是分权而不是集权，而分布式、碎片化、小中台更符合这种效率要求。