首页 > 数据中台、业务中台:讲些别人没讲清楚的
头像
价值老猿
编辑于 2021-04-21 20:48
+ 关注

数据中台、业务中台:讲些别人没讲清楚的

博主微信公众号:价值老猿,博主整理的产品、投资方面的深度思考和实习、秋招相关信息将会持续发布到上面,敬请关注!!!
前言

中台文章千千万,讲清楚的没几篇。

中台概念诞生几年了,相关文章不计其数,但是真的读下来,读者大概率会产生至少两个疑问:

(1)概念是讲了一堆,架构图是很酷炫,但是中台到底长什么样的?具体咋工作的?

(2)有道理的好话说了一堆,怎么没怎么听见有分量的坏话?落地这么久了,具体遇到了什么问题?为什么会遇到这些问题?这病能治么?怎么治?

本文分两篇,沿用人话+案例的老猿风格,把上述疑问讲清楚。

1、中台的第一性

首先介绍下,为何本小节叫中台的第一性。


所谓第一性原理,从马斯克提出来到现在,也被用滥了。第一性原理的概念,可以理解为回到问题得本质去分析问题(相比之下,比较分析就不符合第一性原理,但是不妨碍其适用性)。但是,老猿在这里不在概念上做过多纠缠,因为,用概念去理解事物的做法,本身就很不符合第一性原理。那用什么方法去理解事物,才是符合第一性原理的呢?老猿认为就是讲清楚是什么。


因为,任何智商正常的人类,在真的搞清楚是什么后,自然而然,不需要别人讲,就可以很好地想到性质、特点、可能存在的问题等扩展问题。


所以,这里所谓的中台第一性,就是讲清楚,中台是什么、长什么样的、怎么工作的,那么在下篇,讨论中台存在什么问题以及可能的改进方法,也就非常好理解了。

2、业务中台

先简单介绍下中台的概念:中台是集成某类业务场景下,可复用功能模块的集成平台。目前中台分为业务中台、数据中台、IT中台、算法中台,前两者是主流,后两者有很多是旧概念直接换了个名字,啥都没变。当然,概念,不重要,关键是知道中台具体是什么,怎么工作的,话不多说,上例子。


典型的电商业务场景下的业务中台架构如下:

怎么理解上述架构?


以阿里为例,阿里的产品经过了1688-淘宝-天猫-聚划算的变迁,但无论哪一款,都是在电商场景的产品,并且无论哪一款产品,都要做以下6个功能:支付、商品数据管理、营销、搜索、用户数据管理、交易信息管理。因此,你是老板你也自然会想这样一个问题:既然在电商场景下,每款产品都要做上述六个功能,那能否把上面六项功能做成六个系统,然后对所有电商产品开放接口,让任意电商产品可以直接取用这六项功能?这样的话,新的产品(例如飞猪、闲鱼)就可以快速实现上述六项功能,把节省下来的时间、资源用在产品的特色功能上,这就是做中台的理想目标。


但是,理想很丰满,现实很骨感,实现上述目标在实际应用中不是一件容易的事,为什么?

因为中台涉及的功能十分庞大,并且功能的边界判断也存在难点。


图中6大中心,每一个其实都包含着20几个(甚至大几十个)的子系统。例如交易中心,至少由订单创建、订单删除、订单拆分等20多个子系统构成。下图对交易中心部分子系统进行了列举。

前言

中台文章千千万,讲清楚的没几篇。

中台概念诞生几年了,相关文章不计其数,但是真的读下来,读者大概率会产生至少两个疑问:

(1)概念是讲了一堆,架构图是很酷炫,但是中台到底长什么样的?具体咋工作的?

(2)有道理的好话说了一堆,怎么没怎么听见有分量的坏话?落地这么久了,具体遇到了什么问题?为什么会遇到这些问题?这病能治么?怎么治?

本文分两篇,沿用人话+案例的老猿风格,把上述疑问讲清楚。

1、中台的第一性

首先介绍下,为何本小节叫中台的第一性。


所谓第一性原理,从马斯克提出来到现在,也被用滥了。第一性原理的概念,可以理解为回到问题得本质去分析问题(相比之下,比较分析就不符合第一性原理,但是不妨碍其适用性)。但是,老猿在这里不在概念上做过多纠缠,因为,用概念去理解事物的做法,本身就很不符合第一性原理。那用什么方法去理解事物,才是符合第一性原理的呢?老猿认为就是讲清楚是什么。


因为,任何智商正常的人类,在真的搞清楚是什么后,自然而然,不需要别人讲,就可以很好地想到性质、特点、可能存在的问题等扩展问题。


所以,这里所谓的中台第一性,就是讲清楚,中台是什么、长什么样的、怎么工作的,那么在下篇,讨论中台存在什么问题以及可能的改进方法,也就非常好理解了。

2、业务中台

先简单介绍下中台的概念:中台是集成某类业务场景下,可复用功能模块的集成平台。目前中台分为业务中台、数据中台、IT中台、算法中台,前两者是主流,后两者有很多是旧概念直接换了个名字,啥都没变。当然,概念,不重要,关键是知道中台具体是什么,怎么工作的,话不多说,上例子。


典型的电商业务场景下的业务中台架构如下:

怎么理解上述架构?


以阿里为例,阿里的产品经过了1688-淘宝-天猫-聚划算的变迁,但无论哪一款,都是在电商场景的产品,并且无论哪一款产品,都要做以下6个功能:支付、商品数据管理、营销、搜索、用户数据管理、交易信息管理。因此,你是老板你也自然会想这样一个问题:既然在电商场景下,每款产品都要做上述六个功能,那能否把上面六项功能做成六个系统,然后对所有电商产品开放接口,让任意电商产品可以直接取用这六项功能?这样的话,新的产品(例如飞猪、闲鱼)就可以快速实现上述六项功能,把节省下来的时间、资源用在产品的特色功能上,这就是做中台的理想目标。


但是,理想很丰满,现实很骨感,实现上述目标在实际应用中不是一件容易的事,为什么?

因为中台涉及的功能十分庞大,并且功能的边界判断也存在难点。


图中6大中心,每一个其实都包含着20几个(甚至大几十个)的子系统。例如交易中心,至少由订单创建、订单删除、订单拆分等20多个子系统构成。下图对交易中心部分子系统进行了列举。

先简单介绍下中台的概念:中台是集成某类业务场景下,可复用功能模块的集成平台。目前中台分为业务中台、数据中台、IT中台、算法中台,前两者是主流,后两者有很多是旧概念直接换了个名字,啥都没变。当然,概念,不重要,关键是知道中台具体是什么,怎么工作的,话不多说,上例子。


典型的电商业务场景下的业务中台架构如下:

怎么理解上述架构?


以阿里为例,阿里的产品经过了1688-淘宝-天猫-聚划算的变迁,但无论哪一款,都是在电商场景的产品,并且无论哪一款产品,都要做以下6个功能:支付、商品数据管理、营销、搜索、用户数据管理、交易信息管理。因此,你是老板你也自然会想这样一个问题:既然在电商场景下,每款产品都要做上述六个功能,那能否把上面六项功能做成六个系统,然后对所有电商产品开放接口,让任意电商产品可以直接取用这六项功能?这样的话,新的产品(例如飞猪、闲鱼)就可以快速实现上述六项功能,把节省下来的时间、资源用在产品的特色功能上,这就是做中台的理想目标。


但是,理想很丰满,现实很骨感,实现上述目标在实际应用中不是一件容易的事,为什么?

因为中台涉及的功能十分庞大,并且功能的边界判断也存在难点。


图中6大中心,每一个其实都包含着20几个(甚至大几十个)的子系统。例如交易中心,至少由订单创建、订单删除、订单拆分等20多个子系统构成。下图对交易中心部分子系统进行了列举。

在实际中,这样一个交易中心如何搭建起来?

首先,为了搭建创建订单模块,需要梳理1688,淘宝,天猫等不同产品创建订单的异同,还要对未来产品的创建订单流程进行预估,提炼不同产品创建订单的共性需求和特性需求,然后评估团队资源和中台能力边界,最后制定解决方案。在业务开展中,一个交易中心可能由一个P8甚至更高负责,一个子系统(如创建订单)由一个P7负责,具有不小的业务量。

在实际中,这样一个交易中心具体长啥样?

由于交易中心离我们个人用户太远,我们无法看到这个交易中心具体长什么样的,但是老猿分享两个消息中心(即时通讯中心)的案例,大家可以举一反三。

消息中心案例1:

https://www.leancloud.cn/rtm/

消息中心案例2:

https://cloud.tencent.com/document/product/269


在实际中,这样一个交易中心如何发挥作用?

假如我开始做闲鱼APP,我发现闲鱼在交易方面,需要具备:创建-删除-关闭-查询订单,付款-自动发货-确认收货,这几个功能,那么闲鱼团队去电商业务中台系统-交易中心,找到创建-删除-关闭-查询订单,付款-自动发货-确认收货的接口,通过接口获取这些子系统的程序,然后结合闲鱼的特性,对这些程序做些小的改动,就完成了闲鱼这些功能,很省事对吧?

3、其他中台类型


数据中台把多个应用(例如淘宝,1688,天猫,聚划算,闲鱼,飞猪,支付宝)的数据进行日志分析、数学建模,寻找对增长、创收、优化体验有价值的数据规律,或者利用这些数据生成用户画像等。需要注意的是,这些应用的数据,存储在后台数据仓库或者数据湖中,数据中台是取用这些后台数据做二次加工的地方。



所以数据中台长什么样?看数据中台做了哪些事情,例如上图的数据中台具体形态,其实就是数据建模系统、日志分析系统、用户画像系统三个系统,拼成了数据中台。


实际中数据中台怎么工作的?以上图的用户画像为例,我们在中台同时拿到以下三条信息:

1、一个上海女性用户A经常在淘宝高定服装;

2、还是用户A在闲鱼经常卖贵妇化妆品;

3、还是用户A在飞猪经常定机票定5星宾馆。


我们的中台可以给这个用户A 生成丰富特征标签。这有什么好处呢?-事半功倍。

如果没有数据中台,淘宝、闲鱼、飞猪三个APP的数据独立,不互通,我们需要对A形成三套标签,且不说同样的事情让三个团队各干一遍,浪费时间资源,关键是这三个团队的用户画像,都不可能比数据中台构建的画像完整,事倍功半。


此外,中台还有技术中台和算法中台,典型例子见下图。但是技术和算法中台,更多是新瓶子装旧酒,例如MQ、容器、语音识别等本来就是存在的,没有中台概念的时候,他们就有了,并且也是具备可复用性的,所以实际中,很多公司其实是,把这些功能打包在一起,套一个中台的概念,在此不必多讲。


全部评论

(1) 回帖
加载中...
话题 回帖

相关热帖

近期热帖

近期精华帖

热门推荐