已有157人围观 来源:企业架构EA之家 发布于:2021-03-26 09:20:07

一切业务数据化,一切数据业务化。

“中台”概念这几年非常火,特殊是阿里、腾讯、百度、京东等互联网公司最近频繁的基于中台调剂组织架构,把“中台”的热度又上升到另一个高度,甚至有这样的声音, 90 年代不做 ERP 会逝世,现在不做中台也会定企业生逝世。中台的概念来源于阿里,也发展于阿里。笔者有幸参与阿里业务中台办法体系建设,也主导参与一些阿里云新零售业务中台项目,经常被问到如下问题。本文作为“阿里巴巴业务中台”专题的第一篇,和大家分享一些思考(本文内容仅代表作者个人观点,欢迎交换)。



什么是业务中台?

中台来源于阿里,2015 年,阿里提出了 “大中台,小前台”战略,灵感来源于芬兰的一家游戏公司 Supercell,仅 300 名员工,却在短时光推出多个爆款游戏,成为全球最会赚钱的游戏公司。其实,阿里早在 2009 年建设“共享事业部”开端,就已经开端了中台的摸索,并通过十年上百个客户的实践,阿里也将自己的技巧和业务才能沉淀成为一整套解决计划和办法论体系。



中台是什么?不同的人有不同解读。我以为,中台是一套联合互联网技巧和行业特征,将企业核心才能以共享服务情势沉淀,形成“大中台、小前台“的组织和业务机制,供企业迅速低成本的进行业务创新的企业架构。中台又可以进一步细分,比如业务中台,数据中台,xx 中台。实质上,都是对企业通用才能在不同层面的沉淀,并对外才能开放。

业务中台将企业的核心才能以数字化情势沉淀为各种服务中心。业务中台的目的是“供给企业能够迅速,低成本创新的才能”。业务中台的核心是“构建企业共享服务中心”。业务中台的进程是通过业务板块之间的链接和协同,连续晋升业务创新效力,确保症结业务链路的稳固高效和经济性统筹的思想体系,并突出组织和业务机制。业务中台也包括技巧和组织两大部分,通过“办法 + 工具 + 业务懂得”加以实现。

数据中台通过数据技巧,对海量数据进行采集、盘算、存储、加工,同时统一尺度和口径。数据中台把数据统一之后,会形成尺度数据,再进行存储,形成大数据资产层,进而为客户供给高效服务。数据中台建设的基本还是数据仓库和数据中心。

那业务中台和技巧中台的关系是什么呢?阿里有句话非常形象,“一切业务数据化,一切数据业务化”。业务中台源源不断地从业务造数据,把业务实时在线的交易数据进行统一记载和沉淀,这就是“业务数据化”;而数据中台对沉淀的数据进行二次加工,通过数据尺度及算法,发生进一步的剖析型数据服务,这些数据服务反向又服务于业务,将业务固化,形成业务闭环,也就是“数据业务化”。比如天猫淘宝的用户实时在线的交易信息,寄存在业务共享中心的交易中心当中;而数据中台基于这些用户历史信息,并通过数据剖析后的用户画像和标签属性,供给服务给到前端,形成千人千面。这就是我们一直讲的数据驱动、数据闭环、数据价值。

阿里业务中台核心架构是什么?


阿里巴巴超过数十个业务单元(如淘宝、天猫、聚划算、阿里巴巴)均不是独立构建在阿里云之上,在后端阿里云技巧平台和前端业务之间有“共享业务事业部“(也就是这里讲的“业务中台”),将业务当中公共、通用的业务沉淀下来,包括用户中心、商品中心、交易中心、评价中心等十几个共享单元,是“厚平台的真正实现“。而后端的阿里云供给盘算资源和中间件 PaaS 云服务才能做载体。同时,应用团体近十年的双 11、双 12 的高可靠、可稳固的运维保障才能,对全部体系进行支持。中台的使命是从下到上逐步完美阿里的全部体系,从阿里云、数据、中间件、算法,到上面支持的各种业务解决计划,构建阿里自己核心的才能。

谈到中台,不得不提阿里共享服务事业部的由来,在淘宝初期,主要面向 C2C 的电商范畴,全部体系都是环绕一套“烟囱式”的淘宝技巧框架进行。随着业务的不断扩大,团体成立出天猫事业部主抓 B2C 电商范畴,又形成了一套烟囱式发展。这种烟囱式的架构体系带来了诸多不足,比如成本的反复投入和保护、数据之间买通复用的难度、几年之后推倒重建的风险。为懂得决这些问题,团体已经开端构建共享服务体系,来沉淀和复用业务才能,但是由于没有过多的业务话语权,共享服务体系的建设一开端并不顺利。之后,随着“聚划算”团购项目的启动,各种体系的流量都须要通过聚划算,这时,共享服务中心得以大展手脚,逐步将团体核心的业务才能构建成用户中心、商品中心、交易中心、评价中心、店铺中心等等数十个共享服务。可以说全部阿里中台的革命也是共享服务中心的革命,各共享服务中心聚焦核心业务单元才能的构建,协助目前团体上百个前台业务的迅速创新。

我的企业须要业务中台吗?


阿里业务中台如此壮大,那对于传统企业,在做数字化转型的进程中,是否须要业务中台呢?我以为,如果你的企业有以下问题的任何一个,有必要斟酌建设业务中台:

  • 业务具有不肯定性:创新艰苦,无法支持市场高速变更。如渠道扁平化管理,统一会员营销,全渠道等。

  • 业务不在线:企业信息化水平不足,大量人工统计,核心业务没有做到实时、在线、统一。比如会员订单不完全,经销商进销存数据不在线等。

  • 烟囱式体系多:体系割裂,数据孤岛,端到端无法实时协同,更无法基于现有体系进一步构建数据中台。

  • 体系反复建设:内部大量反复建设,缺少业务核心的固化沉淀,体系服役到期只能推倒重建。

  • 业务与互联网紧密:业务与互联网紧密相干,特殊是面向市场花费者,体系的弹性不足,须要支持不肯定的用户数目。

有些同窗以为业务中台是大公司要斟酌的,而对于业务不庞杂、人员也不太多的中小公司不合适。我有不同的观点,其实,无论业务庞杂与否、人员宏大与否,只要你的业务与互联网相干,须要迅速应对花费者带来的不肯定需求,须要买通烟囱林立的体系,须要业务在线来进步企业创新和协同,都应当斟酌建设业务中台;同时,业务中台也不必定彻底推到全部体系,首先要转变意识,分步实行、小步快跑,有很多可落地的门路和办法。

那业务中台对企业有什么价值呢?这里我们先简略罗列一下。


1、激发创新:让企业通过核心才能的沉淀,给予迅速创新机遇,拉通业务整体的点线,下降了试错成本;

2、高效协同:中台着重的是跨部门跨团队的深刻合作,激活了组织创新;

3、业务在线:服务中心化的构建打破了烟囱式的 IT 架构,进步核心数据实时 / 在线 / 统一;

4、人员晋升:业务沉淀中台晋升了 IT 人员才能,进步业务运营以及全局意识,成为既懂业务又懂技巧的核心战略人才;

5、变现营销:会员资产化,全渠道下沉,补全客户画像,晋升精准营销;

6、智能商业:业务数据化 + 数据业务化的闭环模式,构建了商业智能的基本;

可以看出,业务中台无论对企业战略发展、商业模式创新,还是内部高效协同、人员造就晋升等都会带来很多利益。

如何计划和建设业务中台?


很多人以为业务中台落地难,其实难在具体的计划和落地实行上,我们对业务中台的建设路径有这样的一些意见:

1、决心变更:企业内达成战略共鸣,一把手牵头,业务 / 技巧等团队全局共鸣。做总体战略计划、分步实行,找准切入点,解决具体业务问题。比如会员营销、经销商门店、全渠道、采购供给链,不同的切入点策略不同。

2、胜利试点:通过业务和体系剖析调研,明白业务目的和规模,完成技巧平台引入、中台建设办法论宣导,并选择验证过的技巧平台和实行团队。进行试点,梳理标杆,积聚经验。比如从新的业务体系尝试,或者改革现有体系,步步为营。

3、连续融会:总结出合适企业自身的理念和规范,优化组织、晋升中台效力。并全面迭代和构建企业业务才能生态。

现有体系如何改革?

前文讲到业务中台在分步实行中,讲求总体计划、分步实行。面对现有体系,并不必定都要进行中台改革,我们建议“外松内紧”:

外松:面向市场和客户方面,以精致化运营为驱动,这些体系更合适建设业务中台。对外市场,迅速应变,敏捷创新。比如电商、客户管理、全渠道、营销、创新业务。

内紧:面向内部和员工,以尺度化流程为驱动,这些体系更合适坚持不变,与业务中台进行对接。对内管理,流程严谨,尺度规范。比如 PLM、MES、HR、OA、财务。

共享中心如何建设?


在企业的中台才能中心建设中,核心是共享服务中心的建设,不同行业的业务中心有所不同,比如新零售范畴,一些参考可以有用户中心、会员中心、营销中心、商品中心、库存中心、交易中心、结算中心、渠道中心。中心设计须要关注如下几点:

1、共享中心是核心业务通用才能沉淀,须要斟酌才能地图,产品整体计划,以及协定尺度、业务需求构建尺度等;

2、共享中心目的是复用和协同,须要通过范畴模型,对业务场景流程进行有效建模;

3、共享中心要斟酌才能开放,通过 API 接口、配置管理、或者 low-code 的高可配置运行机制;

4、共享中心实现前端运用和后台的解耦,须要必定组织机制和考察倾斜,制订沟通机制和冲突升级机制。

业务中台与前台 / 后台 / 平台的关系?


业务中台与前台和后台,我以为,主要是这样的配合关系:

前台:敏捷创新,面向不同用户的触点,“点”状繁花似锦。比如 2C 的电商运用、2B 的门店管理等,应用中台开放才能迅速变更满足市场的不同业务场景。

中台:核心才能共享沉淀, “面”状协同复用。比如交易中心,正常的交易下单、双十一的预复购、团购秒杀的拼团场景,都可以通过公用的交易中心统一配置。

后台:壮大的支持才能,比如支持体系稳固高效运行的各种后端体系,以及前文提到的面相内部尺度化管理的体系,由中台统一协同和对接。

比拟晚前中后台,我们来比拟一下中台、平台和中心化。


中心化相似烟囱式架构,一个中心解决全部技巧堆栈,而平台和中台都是为了去中心化而生,具体的差别如下:

1、中台是面向业务的才能组合和复用,供给集成化的解决计划:中台的目的是进步研发效力、下降创新的成本。中台包括人,组织,平台,数据,尺度,规范,是人和体系的一整套体系。

2、中台是平台的自然演进:平台是单一团队、部门、体系的效力晋升,而中台是多范畴、多 BU、多体系的负责协同。如果说平台的目的为高内聚、低耦合、职责边界清楚;中台是平台化的自然演进,这种演进带来“去中心化“的组织模式,突出复用、调和、业务创新差别化构建。

3、中台不是体系,中台是一种体系 / 生态 / 办法论:中台有尺度和机制,解决顶层范畴下各业务子域的高效协同和资源复用问题。各部门、业务域共同建设,是中台才能的应用方也是供给方。同时,中台供给全部业务迅速响应的一种理念和办法,对上层业务支持。

业务中台建设的症结要素


我们以为,企业在业务中台建设当中要关注 4 个升级:

1、战略升级。通过中台建设,落地企业数字化战略。中台必定是“一把手工程”,整体计划分步实行。

2、组织升级。组织架构须要与中台架构相匹配,依据企业实际情形优化组织效力,晋升效能,数据化运营,更好支持业务发展和创新

3、流程升级。将企业现有流程进行梳理,优化及固化企业流程,进步企业共享复用才能,晋升企业运作效力。

4、技巧升级。通过互联网技巧,对企业基本技巧设施进行升级,降本增效,到达企业 IT 部门整体技巧升级。

业务中台须要哪些核心技巧来支持?

业务中台落地中须要一些核心技巧,我们也叫“技巧中台”,有一些通用的建议:

1、尽可能拆分,共享中心建设:企业应当尽可能地拆分自己的运用,进行共享服务中心的建设,将核心的业务才能复用和沉淀。共享中心的拆分也可以有层次,可从从基本主数据、核心业务、流程规矩等角度来进行拆分。

2、去中心化,线性扩大:企业须要采取去中心化架构,没有核心流量汇入点,服务中心尽量无状况,便于水平扩大。这样平均分担压力,负载均衡,对单个中心带来的负载更小,故障影响的规模也更小。

3、数据化运营:去中心化也会见对体系运维和管理成本上升的问题。企业须要对自身的运维运营进程进行积聚和沉淀,整顿出数据化、主动化运维的经验,同时加强监控诉警、限流降级、性能剖析诊断等方面的才能,精准定位目前体系中存在的问题,并提出相应的改良计划。

4、异步化,最终一致:在大量的实践中,大部分业务流程不须要强一致性,而应用最终一致来平衡。我们须要应用异步解耦,如应用资讯队列来完成业务逻辑,缩短相应周期。

5、尽可能主动化:企业进行中台改革,请求企业尽可能进步主动化才能,比如主动安排、主动弹性扩容、主动升降级、主动限流降级,下降运营成本,也进步体系的稳固性和业务连续性。

6、尽可能应用成熟组件:中台的建设请求企业将重心放在服务中心上,对于底层组件,尤其是中间件层面,尽量应用成熟的云原生组件来进步体系稳固性和性能。目前,阿里巴巴中间件已经将多年经双十一购物狂欢节的严苛考验的技巧沉淀,以阿里云尺度云服务的方法输出给外部客户,其中包括多款阿里云云原生中间件产品(比如 K8s/EDAS/MQ/DRDS/ARMS/PTS/CSB/GTS),阿里与风行的云原生技巧完全融会(比如 Dubbo/SpringCloud/K8S/RocketMQ)。

阿里在业务中台建设上能供给什么?

阿里是最早提出中台概念,并胜利实行落地,阿里中台所配套的中间件是经过阿里多年双十一洗礼的成熟产品。阿里内部几百个业务运用,共享一个技巧中台底座,服务新的业务场景,带来更好的用户业务体验。同时,阿里云通过为上百个外部客户实行业务中台,造就了一大量具备中台实行交付才能的行业 ISV,同时沉淀了大量行业最佳实践。

阿里云供给一整套“业务中台技巧解决计划”可以解决的问题有:

  • 将企业核心才能下沉共享,加速企业创新速度;

  • 规范 IT 全性命周期管理,晋升研发效力与质量;

  • 供给行业最佳实践,助力企业迅速落地中台战略。

架构优势

  • 云原生:支持弹性调度、微服务化解耦,主动化运维;

  • 高可靠:阿里中间件产品支持,历经多年双 11 考验;

  • 高并发:支持按流量线性扩大,支持海量用户。

更为主要的,阿里基于近十年的最佳实践,沉淀了一整套业务中台实行的办法论,包括中台架构设计、微服务架构设计、中台开发规范、全链路压测等方面的最佳实践。这些全方位的中台建设办法论、阿里商业才能、阿里云技巧支持,不仅仅是技巧红利的分享,更主要的是全部阿里中台战略思想的流传。

小结

本文愿望通过笔者在阿里业务中台办法体系建设及项目中的一些经验,为企业在业务中台建设进程供给一些赞助。

免责声明:

本大众,号所载文章为本大众,号原创或依据网络搜索编纂整顿,文章版权归原作者所有。因转载众多,无法找到真正来源,如标错来源,或对于文中所应用的图片,资料,下载链接中所包括的软件,资料等,如有侵权,请跟我们接洽删除,谢谢