銀行要跟風(fēng)中臺(tái)戰(zhàn)略嗎?

作者:費(fèi)偉偉
上海華瑞銀行數(shù)字銀行開發(fā)中心

前言

今年突然發(fā)現(xiàn)所有的技術(shù)論壇或者大v的博客都在討論中臺(tái),突然間中臺(tái)這個(gè)詞成了技術(shù)熱搜詞,對(duì)于很多互聯(lián)網(wǎng)公司更是都將系統(tǒng)的名稱由原來的XX平臺(tái)XX中心改成了XX中臺(tái),中臺(tái)并不是簡單改下名字,也不是最近一兩年新出的概念。筆者最早聽說中臺(tái)這個(gè)說法是在2016年,當(dāng)時(shí)在一家電商公司,當(dāng)時(shí)公司內(nèi)的系統(tǒng)在進(jìn)行全面的中臺(tái)重構(gòu),對(duì)中臺(tái)也是有一些自己的理解,網(wǎng)上大部分關(guān)于中臺(tái)的文章都是互聯(lián)網(wǎng)公司的,因?yàn)楣P者在銀行IT也干了將近10年,所以結(jié)合自己對(duì)中臺(tái)戰(zhàn)略的理解發(fā)表下目前的傳統(tǒng)銀行是否需要跟風(fēng)中臺(tái)戰(zhàn)略的觀點(diǎn)。

什么是大中臺(tái)

傳統(tǒng)煙囪架構(gòu)的硬傷

在介紹什么是中臺(tái)之前先探討下傳統(tǒng)煙囪架構(gòu)主要的問題,雖然現(xiàn)在的銀行大部分都進(jìn)行了核心系統(tǒng)拆分和平臺(tái)化建設(shè),但很多傳統(tǒng)銀行目前還是在部分業(yè)務(wù)領(lǐng)域采用煙囪架構(gòu),煙囪架構(gòu)的出現(xiàn)很大程度上是前期為了快速滿足業(yè)務(wù)需求,就采購一個(gè)all in one的產(chǎn)品系統(tǒng),把所有的功能都涵蓋了,一旦同業(yè)務(wù)領(lǐng)域的產(chǎn)品多了以后就會(huì)出現(xiàn)多個(gè)雷同的煙囪,下面列舉下煙囪架構(gòu)的硬傷:

1)成本高,動(dòng)作慢:早期使用煙囪架構(gòu)能夠快速搭建系統(tǒng),但隨著業(yè)務(wù)復(fù)雜,會(huì)出現(xiàn)極大的集成和協(xié)作成本,整個(gè)公司靈活度和整體執(zhí)行力會(huì)下降;

2)抑制創(chuàng)新:每次業(yè)務(wù)創(chuàng)新都面臨大量重復(fù)的功能建設(shè),使得在新開業(yè)務(wù)線不得不面臨較大的前期投入,一旦方向錯(cuò)誤,損失巨大,試錯(cuò)成本高;

3)經(jīng)驗(yàn)無法共享:煙囪架構(gòu)會(huì)把能力留在一個(gè)煙囪里,成功和失敗經(jīng)驗(yàn)無法跨煙囪共享;

4)穩(wěn)定性差,質(zhì)量層次不齊:因?yàn)榻?jīng)驗(yàn)無法共享,導(dǎo)致有的煙囪高而不穩(wěn),有的煙囪矮而變僵,遇到外力很可能折斷。

這一系列的缺點(diǎn)導(dǎo)致了煙囪架構(gòu)更多的被建設(shè)成為一次性單產(chǎn)品的系統(tǒng),不同煙囪之間的數(shù)據(jù)是沒有聯(lián)系的,也很難產(chǎn)生聯(lián)系,系統(tǒng)的公共組件也很難復(fù)用,每次都要重建。

中臺(tái)的起源

介紹了傳統(tǒng)煙囪架構(gòu)的硬傷,下面介紹下中臺(tái)的起源,按照業(yè)界的說法中臺(tái)概念起源于2015年馬云帶隊(duì)去參觀芬蘭的SuperCell公司的高效研發(fā)團(tuán)隊(duì),SuperCell整個(gè)公司只有80多人,但是卻開發(fā)出了《部落沖突》、《卡通農(nóng)場》、《皇室戰(zhàn)爭》等熱門手游,2016年被騰訊以86億美金收購,每個(gè)人對(duì)公司的貢獻(xiàn)度達(dá)到了驚人的1億美金,SuperCell是具備了什么樣的能力,讓整個(gè)公司能夠有如此高效的產(chǎn)出。

后來很多專家分析下來發(fā)現(xiàn)了其中的奧妙,整個(gè)SuperCell公司內(nèi)部從組織架構(gòu)到系統(tǒng)架構(gòu)層面采用了小前臺(tái)大中臺(tái)的戰(zhàn)略,有以下幾個(gè)特征:

1)公司以小前臺(tái)的方式組織了若干個(gè)開發(fā)團(tuán)隊(duì);

2)每個(gè)小產(chǎn)品團(tuán)隊(duì)包含開發(fā)一款游戲所需的各種角色,可以快速?zèng)Q策、快速開發(fā);

3)基礎(chǔ)設(shè)施、游戲引擎、內(nèi)部開發(fā)工具和平臺(tái)則由類似部落的部門提供;

4)部落可以根據(jù)需要擴(kuò)展為多個(gè)小分隊(duì),但各小分隊(duì)都保持共同目標(biāo);

5)部落本身并不提供游戲給消費(fèi)者,游戲由各個(gè)小前臺(tái)開發(fā)團(tuán)隊(duì)開發(fā);

阿里大中臺(tái)戰(zhàn)略

2015年阿里巴巴業(yè)務(wù)種類紛繁復(fù)雜,業(yè)務(wù)之間交叉依賴,業(yè)務(wù)團(tuán)隊(duì)眾多,不能及時(shí)響應(yīng)業(yè)務(wù)需求,阿里集團(tuán)在調(diào)研過SuperCell公司后發(fā)現(xiàn)了該種組織結(jié)構(gòu)和系統(tǒng)架構(gòu)的巨大優(yōu)勢,2015年12月張勇宣布啟動(dòng)中臺(tái)戰(zhàn)略,構(gòu)建符合DT時(shí)代的更具備創(chuàng)新性和靈活性的“大中臺(tái),小前臺(tái)”的組織機(jī)制和業(yè)務(wù)機(jī)制。即將產(chǎn)品技術(shù)力量和數(shù)據(jù)運(yùn)營能力從前臺(tái)剝離,成為獨(dú)立的中臺(tái),包括搜索、共享業(yè)務(wù)、數(shù)據(jù)平臺(tái)等事業(yè)部,為前臺(tái)電商事業(yè)群提供服務(wù)。從而前臺(tái)得到精簡,保持足夠的敏捷度,更好地滿足業(yè)務(wù)發(fā)展和創(chuàng)新需求。基于中臺(tái)架構(gòu)阿里在最近幾年時(shí)間內(nèi)迅速發(fā)展出很多前臺(tái)新業(yè)態(tài),并且能在很短的時(shí)間內(nèi)擁有阿里集團(tuán)內(nèi)部眾多成熟產(chǎn)品的能力。

2017年阿里大中臺(tái)戰(zhàn)略在互聯(lián)網(wǎng)圈得到廣泛流傳,隨后很多互聯(lián)網(wǎng)公司快速跟進(jìn)中臺(tái)戰(zhàn)略,最近兩年傳統(tǒng)企業(yè)也都開始考慮中臺(tái)戰(zhàn)略。

什么是中臺(tái)?

在我個(gè)人的理解里,中臺(tái) = 共享組織 + 共享系統(tǒng) ,中臺(tái)由兩部分組成,在網(wǎng)上查到的更多的文章大部分都是關(guān)于中臺(tái)系統(tǒng)架構(gòu)方面的文章,很少提到中臺(tái)戰(zhàn)略能夠成功的過程中很重要的一部分,那就是中臺(tái)的共享組織,需要有個(gè)能夠滿足中臺(tái)戰(zhàn)略的組織架構(gòu),中臺(tái)系統(tǒng)對(duì)應(yīng)的有中臺(tái)產(chǎn)品部門,由中臺(tái)部門負(fù)責(zé)維護(hù)中臺(tái)產(chǎn)品,相應(yīng)的產(chǎn)品還是由前臺(tái)產(chǎn)品來負(fù)責(zé)開發(fā)。

三大中臺(tái)

網(wǎng)上大家說的中臺(tái)主要是業(yè)務(wù)中臺(tái),其實(shí)中臺(tái)主要分為業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)和技術(shù)中臺(tái)。下面就分別介紹下這3個(gè)中臺(tái):

三大中臺(tái)-業(yè)務(wù)中臺(tái)

下面以銀行的業(yè)務(wù)系統(tǒng)的業(yè)務(wù)中臺(tái)架構(gòu)來舉例子,業(yè)務(wù)中臺(tái)顧名思義就是業(yè)務(wù)系統(tǒng)方面的共享中臺(tái)架構(gòu)。小前臺(tái)、大中臺(tái)架構(gòu)不一定是所有前臺(tái)產(chǎn)品都是在下游,中臺(tái)產(chǎn)品都是在上游,這里的前臺(tái)和中臺(tái)更多的是一個(gè)邏輯上的概念,中臺(tái)指擁有穩(wěn)定的共享能力的系統(tǒng),前臺(tái)指的是對(duì)應(yīng)不同前臺(tái)業(yè)務(wù)部門的小產(chǎn)品,每個(gè)產(chǎn)品都有自己獨(dú)特的流程,但是在某一個(gè)業(yè)務(wù)領(lǐng)域,所有的前臺(tái)產(chǎn)品都是依賴于中臺(tái)產(chǎn)品的共享能力。這樣可以保證當(dāng)前臺(tái)業(yè)務(wù)部門想短時(shí)間上線一個(gè)新的產(chǎn)品時(shí),可以基于現(xiàn)有大中臺(tái)70%的共享能力,只需要獨(dú)立新建一套前臺(tái)產(chǎn)品就能滿足業(yè)務(wù)上線要求,例如下圖所示當(dāng)業(yè)務(wù)想新上線一個(gè)新的小程序渠道產(chǎn)品,那么只需要依托于現(xiàn)有的移動(dòng)開發(fā)中臺(tái)mpaas和渠道中臺(tái)就能夠復(fù)用80%-90%的現(xiàn)有能力,業(yè)務(wù)開發(fā)項(xiàng)目組只需要按照新渠道技術(shù)要求開發(fā)一套前臺(tái)渠道產(chǎn)品就可以,其他的功能例如安全控制、用戶行為分析、灰度發(fā)布、移動(dòng)設(shè)備管理、銀行業(yè)務(wù)功能都能復(fù)用中臺(tái)的能力。這樣的小前臺(tái)大中臺(tái)的架構(gòu)是不是可以很方便的做到新渠道拓展,新產(chǎn)品的創(chuàng)新,不用每次新建一個(gè)產(chǎn)品都要把之前做好的功能在新產(chǎn)品中重復(fù)建設(shè)。

下圖就是銀行的一套小前臺(tái)大中臺(tái)的邏輯架構(gòu)圖,從圖中可以發(fā)現(xiàn),前臺(tái)產(chǎn)品包含了多渠道的小產(chǎn)品還有針對(duì)具體銀行業(yè)務(wù)中臺(tái)的小前臺(tái)產(chǎn)品,這樣設(shè)計(jì)的邏輯好處顯而易見就是前臺(tái)產(chǎn)品部門只需要關(guān)注產(chǎn)品特色邏輯,基礎(chǔ)功能都是中臺(tái)現(xiàn)成的,大部分都是可以復(fù)用中臺(tái)接口。

銀行業(yè)務(wù)中臺(tái)架構(gòu)

三大中臺(tái)-數(shù)據(jù)中臺(tái)

三大中臺(tái)中對(duì)于傳統(tǒng)銀行來說最難的其實(shí)就是數(shù)據(jù)中臺(tái)的建設(shè),數(shù)據(jù)中臺(tái)的設(shè)計(jì)其實(shí)跟傳統(tǒng)銀行的OLAP系統(tǒng)和數(shù)倉的設(shè)計(jì)思路存在一定意義上的雷同。數(shù)據(jù)中臺(tái)要實(shí)現(xiàn)的核心功能是全行數(shù)據(jù)的共享,所以數(shù)據(jù)服務(wù)的前臺(tái)和中臺(tái)其實(shí)分為了6層結(jié)構(gòu):

  • 數(shù)據(jù)使用前臺(tái)
  • 數(shù)據(jù)應(yīng)用前臺(tái)
  • 數(shù)據(jù)中臺(tái)模型層
  • 數(shù)據(jù)中臺(tái)數(shù)據(jù)倉庫層
  • 數(shù)據(jù)中臺(tái)加工層
  • 數(shù)據(jù)中臺(tái)源數(shù)據(jù)層
銀行數(shù)據(jù)中臺(tái)架構(gòu)
數(shù)據(jù)中臺(tái)源數(shù)據(jù)層

我們先從最底層數(shù)據(jù)源開始討論,銀行的數(shù)據(jù)中臺(tái)最終數(shù)據(jù)來源其實(shí)和傳統(tǒng)銀行的OLAP系統(tǒng)的數(shù)據(jù)源是一樣的,包含了業(yè)務(wù)日志文件、業(yè)務(wù)系統(tǒng)DB數(shù)據(jù)、業(yè)務(wù)系統(tǒng)的NoSQL數(shù)據(jù)、外部三方數(shù)據(jù),只不過原先很多傳統(tǒng)銀行OLAP系統(tǒng)更多的只是聚焦在業(yè)務(wù)系統(tǒng)DB數(shù)據(jù)和外部數(shù)據(jù),沒有把一些業(yè)務(wù)日志文件和業(yè)務(wù)NoSQL數(shù)據(jù)也加入到原始數(shù)據(jù)源,對(duì)于很多業(yè)務(wù)日志和NoSQL信息也是很有價(jià)值的,數(shù)據(jù)中臺(tái)的源數(shù)據(jù)層和數(shù)倉的ODS層(原始數(shù)據(jù)層)其實(shí)是非常類似的。

數(shù)據(jù)中臺(tái)加工層

數(shù)據(jù)中臺(tái)加工層在傳統(tǒng)銀行的OLAP系統(tǒng)中其實(shí)就是存儲(chǔ)過程數(shù)據(jù)加工的邏輯,傳統(tǒng)存儲(chǔ)過程對(duì)數(shù)據(jù)的基礎(chǔ)加工性能是很差的,而且很容易出現(xiàn)各類SQL因?yàn)閳?zhí)行計(jì)劃變化跑不過去的問題,所以在數(shù)據(jù)中臺(tái)的建設(shè)過程中一般來說對(duì)于數(shù)據(jù)加工層會(huì)采用Hadoop、Spark或者是阿里的MaxCompute之類的非結(jié)構(gòu)化數(shù)據(jù)加工技術(shù)。使用主流的分布式大數(shù)據(jù)加工技術(shù)后,會(huì)讓數(shù)據(jù)加工效率大幅提升,而且能夠加工的數(shù)據(jù)格式也更加多樣性。

數(shù)據(jù)中臺(tái)數(shù)據(jù)倉庫層

在源數(shù)據(jù)加工完成之后,會(huì)將數(shù)據(jù)按照業(yè)務(wù)領(lǐng)域劃分的寬表進(jìn)行加工,作為業(yè)務(wù)基礎(chǔ)寬表用于下一步的業(yè)務(wù)模型層數(shù)據(jù)加工。

數(shù)據(jù)中臺(tái)模型層

數(shù)據(jù)中臺(tái)模型層主要功能是按照業(yè)務(wù)領(lǐng)域進(jìn)行主題模型設(shè)計(jì),例如銀行系統(tǒng)可以分為交易主題、報(bào)送主題、風(fēng)險(xiǎn)主題、用戶畫像主題、營銷主題。模型層是根據(jù)數(shù)據(jù)倉庫層各業(yè)務(wù)領(lǐng)域?qū)挶頂?shù)據(jù)根據(jù)模型要求加工出來的主題數(shù)據(jù),這些主題數(shù)據(jù)是按照業(yè)務(wù)模型進(jìn)行抽象設(shè)計(jì),加工出來的模型數(shù)據(jù)是提供給下游的數(shù)據(jù)應(yīng)用前臺(tái)進(jìn)行報(bào)表加工或者風(fēng)控使用。

數(shù)據(jù)應(yīng)用前臺(tái)

數(shù)據(jù)應(yīng)用前臺(tái)就不屬于中臺(tái)了,屬于數(shù)據(jù)的前臺(tái)產(chǎn)品,主要是進(jìn)行銀行各類對(duì)外數(shù)據(jù)的應(yīng)用加工,例如分為了用戶畫像應(yīng)用、報(bào)送應(yīng)用、智能風(fēng)控應(yīng)用、精準(zhǔn)營銷應(yīng)用,這些都是對(duì)全行的統(tǒng)一數(shù)據(jù)應(yīng)用,傳統(tǒng)銀行可能是將各類報(bào)送或者是業(yè)務(wù)統(tǒng)計(jì)報(bào)表放在各個(gè)業(yè)務(wù)系統(tǒng)自己去加工,數(shù)據(jù)中臺(tái)架構(gòu)中其實(shí)是將這些數(shù)據(jù)應(yīng)用都設(shè)計(jì)為前臺(tái)產(chǎn)品基于中臺(tái)模型層的主題數(shù)據(jù)進(jìn)行前臺(tái)應(yīng)用加工。

數(shù)據(jù)使用前臺(tái)

數(shù)據(jù)使用前臺(tái)主要就是最終的數(shù)據(jù)使用方式,主要有Data API、文件、BI工具,傳統(tǒng)銀行用的比較多的一般是文件和BI工具,對(duì)于Data API還比較少,數(shù)據(jù)使用前臺(tái)的Data API是想實(shí)現(xiàn)一個(gè)類似數(shù)據(jù)API超市的效果,前臺(tái)業(yè)務(wù)想使用什么樣的數(shù)據(jù),直接調(diào)用數(shù)據(jù)API就能夠獲取到,想做一道什么菜就去超市買什么菜然后自己加工,前臺(tái)業(yè)務(wù)用了數(shù)據(jù)中臺(tái)以后,在前臺(tái)使用數(shù)據(jù)就是通過Data API選擇自己需要的數(shù)據(jù),然后根據(jù)數(shù)據(jù)中臺(tái)返回的數(shù)據(jù)進(jìn)行加工組合成自己需要的報(bào)表或者統(tǒng)計(jì)數(shù)據(jù)服務(wù)于業(yè)務(wù)部門。

數(shù)據(jù)治理平臺(tái)

數(shù)據(jù)中臺(tái)中最核心的就是數(shù)據(jù),為了保證數(shù)據(jù)的統(tǒng)一標(biāo)準(zhǔn)、數(shù)據(jù)質(zhì)量和數(shù)據(jù)資產(chǎn)的管理需要有一套數(shù)據(jù)治理平臺(tái)對(duì)數(shù)據(jù)資產(chǎn)進(jìn)行統(tǒng)一管理,一套數(shù)據(jù)治理平臺(tái)需要具備數(shù)據(jù)資產(chǎn)管理、數(shù)據(jù)標(biāo)準(zhǔn)管理、數(shù)據(jù)質(zhì)量管理、數(shù)據(jù)安全管理等功能,對(duì)數(shù)據(jù)進(jìn)行全生命周期的管理,數(shù)據(jù)的治理工作貫穿于數(shù)據(jù)中臺(tái)和數(shù)據(jù)前臺(tái)的各個(gè)階段,對(duì)于數(shù)據(jù)中臺(tái)建設(shè)是一個(gè)基石。

三大中臺(tái)-技術(shù)中臺(tái)

技術(shù)中臺(tái)就很好理解了,就是服務(wù)于上面介紹的業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)的技術(shù),包括了服務(wù)治理平臺(tái)、中間件PaaS、安全平臺(tái)、Devops相關(guān)平臺(tái)、IaaS層平臺(tái)。各個(gè)方面這里就不詳細(xì)介紹了,網(wǎng)上有很多相關(guān)介紹,每一部分都可以是一個(gè)專題。

銀行技術(shù)中臺(tái)架構(gòu)

大中臺(tái)小前臺(tái)適用場景

大中臺(tái)小前臺(tái)的架構(gòu)其實(shí)并不適用于所有場景,適用場景主要如下幾條:

  • 中臺(tái)模式特別有利于業(yè)務(wù)復(fù)制嘗試和需要大量嘗試創(chuàng)新的新業(yè)務(wù);
  • 10-100階段(高速發(fā)展性公司),1-10(成長性公司)可以開始嘗試;
  • 不適合0-1階段(初創(chuàng)公司)

對(duì)于初創(chuàng)公司,首要考慮的問題是通過快速構(gòu)建一套業(yè)務(wù)系統(tǒng)產(chǎn)生業(yè)務(wù)營收,優(yōu)先滿足公司生存問題,這個(gè)階段其實(shí)一個(gè)煙囪架構(gòu)的系統(tǒng)可能更合適。

如何落地中臺(tái)

落地一整套中臺(tái)架構(gòu)戰(zhàn)略,不單單是需要系統(tǒng)架構(gòu)層面的設(shè)計(jì)和重構(gòu),更重要的是關(guān)注在公司組織架構(gòu)的調(diào)整,公司組織架構(gòu)會(huì)增加相應(yīng)的中臺(tái)業(yè)務(wù)部門,由中臺(tái)業(yè)務(wù)部進(jìn)行全公司的共享需求的管理和扎口,各前臺(tái)部門涉及到的公共需求由中臺(tái)業(yè)務(wù)部根據(jù)對(duì)公司的貢獻(xiàn)情況進(jìn)行排序?qū)嵤苊舛嗲芭_(tái)部門共同開發(fā)相同的功能,重復(fù)建設(shè),重復(fù)投入。

下面簡單介紹下中臺(tái)建設(shè)的過程,這里還只是簡單的介紹下幾個(gè)大的建設(shè)步驟,其實(shí)還有很多建設(shè)細(xì)節(jié),后續(xù)會(huì)再整理一些比較詳細(xì)的介紹如果實(shí)際落地的文章。

組織架構(gòu)調(diào)整

組織架構(gòu)就像上面提到的會(huì)根據(jù)中臺(tái)架構(gòu)進(jìn)行較大的調(diào)整:

銀行組織架構(gòu)
  • 物理拆分獨(dú)立的共享中臺(tái)部門;
  • 在公司業(yè)務(wù)層面通過把公共能力下沉為服務(wù),并做好服務(wù)連接,賦能前臺(tái)部門;
  • 公司科技部門拆分獨(dú)立的服務(wù)中臺(tái)業(yè)務(wù)部門的研發(fā)團(tuán)隊(duì)。

公共能力下沉為服務(wù)

在組織架構(gòu)調(diào)整后還需要進(jìn)行公共服務(wù)能力的下沉,主要有以下步驟:

  • 按照DDD劃分大業(yè)務(wù)領(lǐng)域;
  • 梳理同一業(yè)務(wù)領(lǐng)域現(xiàn)有系統(tǒng)中的煙囪,梳理出領(lǐng)域中各產(chǎn)品重復(fù)開發(fā)功能;
  • 根據(jù)各個(gè)產(chǎn)品重復(fù)開發(fā)的功能提煉出公共抽象模型,并下沉為共享服務(wù);
  • 重新根據(jù)前臺(tái)產(chǎn)品流程和新共享服務(wù)重構(gòu)新的前臺(tái)產(chǎn)品。

如何判斷一個(gè)中臺(tái)建設(shè)的好不好

判斷一個(gè)中臺(tái)建設(shè)的好不好其實(shí)很簡單,個(gè)人總結(jié)通過以下兩點(diǎn)可以直觀的體現(xiàn)出來:

  • 業(yè)務(wù)提了新的產(chǎn)品需求,從“這個(gè)做不了,系統(tǒng)不支持”變成了“這些需求沒問題,大部分都能做了”;
  • 業(yè)務(wù)提了新的產(chǎn)品需求,科技回復(fù)的開發(fā)時(shí)間從“6個(gè)月”變成“1個(gè)月”。

銀行是否適合建設(shè)中臺(tái)

銀行在業(yè)務(wù)和技術(shù)架構(gòu)上與互聯(lián)網(wǎng)系統(tǒng)都存在差異點(diǎn),這些差異點(diǎn)也會(huì)導(dǎo)致中臺(tái)系統(tǒng)建設(shè)上的差異點(diǎn)。

銀行與電商業(yè)務(wù)差異點(diǎn)

從業(yè)務(wù)共同點(diǎn)、流程通用性、組織結(jié)構(gòu)3個(gè)緯度進(jìn)行了電商和銀行的對(duì)比:

電商 銀行
業(yè)務(wù)共同點(diǎn) 電商業(yè)務(wù)同質(zhì)化非常厲害,不同事業(yè)部具有很多共同點(diǎn) 銀行內(nèi)部業(yè)務(wù)產(chǎn)品在不同的大業(yè)務(wù)線存在很多共同點(diǎn)
流程通用性 業(yè)務(wù)產(chǎn)品核心流程基本一致 業(yè)務(wù)產(chǎn)品核心流程會(huì)存在差異
組織結(jié)構(gòu) 主流電商現(xiàn)在基本都采用了前臺(tái)事業(yè)部,中臺(tái)共享事業(yè)部的組織架構(gòu) 銀行目前基本都還是傳統(tǒng)的按照業(yè)務(wù)線的垂直組織架構(gòu)

通過這樣的對(duì)比能夠看出電商能夠共享抽象的內(nèi)容更多,業(yè)務(wù)同質(zhì)化厲害、流程也基本一致,所以除了底層業(yè)務(wù)模型,業(yè)務(wù)流程也可以進(jìn)行公共抽象下沉到中臺(tái)中進(jìn)行多前臺(tái)復(fù)用,但是銀行同一業(yè)務(wù)領(lǐng)域的不同產(chǎn)品可能都會(huì)存在流程上的不同,所以流程這塊可能很難做到高度抽象下沉。

還有一點(diǎn)就是組織架構(gòu)上的差異,電商目前大部分都采用了阿里的組織架構(gòu),分為前臺(tái)事業(yè)部和中臺(tái)共享事業(yè)部的組織架構(gòu),銀行還是按照傳統(tǒng)業(yè)務(wù)線進(jìn)行劃分,有些銀行甚至還是不同業(yè)務(wù)前臺(tái)部門存在同類型業(yè)務(wù)產(chǎn)品的問題,所以銀行要做中臺(tái)一定要做組織架構(gòu)調(diào)整,需要增設(shè)一個(gè)中立的共享中臺(tái)部門,不然就算建設(shè)了中臺(tái),最后也會(huì)發(fā)展成為某個(gè)牽頭部門的獨(dú)享系統(tǒng)。

銀行如何落地中臺(tái)

銀行如果要落地中臺(tái)必須要進(jìn)行一些調(diào)整,因?yàn)殂y行一般會(huì)比較保守不太會(huì)像阿里那樣進(jìn)行特別大的組織架構(gòu)調(diào)整,所以可以采取小范圍試點(diǎn)的作法。這里簡單羅列下落地大的步驟,其實(shí)實(shí)際每步都可以整理出一篇文章,后續(xù)會(huì)再整理一些具體中臺(tái)建設(shè)的文章。

  • 挑選局部產(chǎn)品線調(diào)整組織架構(gòu);
  • 聚焦在共享功能的下沉,而不一定要將功能和流程一起下沉到中臺(tái);
  • 優(yōu)先將相對(duì)穩(wěn)定的業(yè)務(wù)功能進(jìn)行下沉;
  • 將產(chǎn)品線共性產(chǎn)品進(jìn)行模型抽象;
  • 將產(chǎn)品線中的流程部分剝離到前臺(tái)產(chǎn)品層。

華瑞中臺(tái)架構(gòu)實(shí)踐(渠道)

下面就用華瑞銀行渠道中臺(tái)的進(jìn)行舉例說明下業(yè)務(wù)中臺(tái)的架構(gòu)實(shí)踐。華瑞銀行在今年實(shí)施渠道中臺(tái)之前,移動(dòng)銀行APP、開放平臺(tái)、微信銀行都是完全獨(dú)立的很多功能都是重復(fù)建設(shè),例如用戶注冊(cè)、開戶、綁卡、轉(zhuǎn)賬、支付、存款、貸款等等業(yè)務(wù)接口的組合邏輯很多都是重復(fù)的開發(fā),在銀行渠道領(lǐng)域,未來一定是全渠道整合,全渠道會(huì)共享用戶、資源,在系統(tǒng)架構(gòu)層面也將會(huì)進(jìn)行整合。未來如果新建一個(gè)渠道不會(huì)再像現(xiàn)在的開發(fā)模式從渠道前端到服務(wù)端全部是從頭開發(fā),未來有了渠道中臺(tái)以后70%的渠道業(yè)務(wù)能力在渠道中臺(tái)都是ready狀態(tài),不需要再進(jìn)行重復(fù)開發(fā),新渠道只需要開發(fā)出新的前臺(tái)產(chǎn)品和前臺(tái)產(chǎn)品對(duì)應(yīng)的BFF(Backend for Front),不需要再重復(fù)開發(fā)渠道中臺(tái)已經(jīng)實(shí)現(xiàn)的組合邏輯。

華瑞銀行目前的渠道端架構(gòu)圖可以參考下圖,各個(gè)前端渠道產(chǎn)品都屬于小前臺(tái),未來可能會(huì)有更多新的前端渠道,在前端產(chǎn)品下面是前端的共享服務(wù)中臺(tái),里面包含了前端接口訪問安全控制、前端用戶行為分析、設(shè)備管理等等,這些能力對(duì)于所有前端產(chǎn)品來說都是通用共享的。

在mPaaS下面是各個(gè)前端渠道產(chǎn)品對(duì)應(yīng)的BFF,很多同學(xué)可能會(huì)問有了渠道中臺(tái)有了前端產(chǎn)品后為什么還要每個(gè)前端產(chǎn)品配一個(gè)BFF?如果做過渠道端開發(fā)的同學(xué)一定知道,雖然都是前端渠道,但是每個(gè)前端渠道的會(huì)話管理、返回信息、產(chǎn)品流程可能還是會(huì)存在一些不同,所以還是需要將前臺(tái)渠道的BFF和渠道中臺(tái)解耦開,避免將渠道中臺(tái)建設(shè)成多個(gè)煙囪的集合。

在建設(shè)中臺(tái)的時(shí)候設(shè)計(jì)和開發(fā)人員一定要考慮哪些應(yīng)該屬于前臺(tái)產(chǎn)品去開發(fā)哪些應(yīng)該屬于中臺(tái)產(chǎn)品去開發(fā),這里對(duì)于設(shè)計(jì)人員的要求是非常高的,他需要能站在很高的角度看到該中臺(tái)產(chǎn)品是服務(wù)于全公司產(chǎn)品的,不是只服務(wù)于某一個(gè)產(chǎn)品,這是和以前建設(shè)產(chǎn)品系統(tǒng)和平臺(tái)的最大差異,1)首先要對(duì)公司業(yè)務(wù)充分理解,能夠抽象出共享的業(yè)務(wù)模型和部分共享流程,2)同時(shí)在實(shí)施前臺(tái)和中臺(tái)的時(shí)候要能夠合理的劃分出前臺(tái)和中臺(tái)的邊界,要有一套設(shè)計(jì)原則,哪些應(yīng)該在前臺(tái),哪些應(yīng)該下沉到中臺(tái),3)最后在設(shè)計(jì)中臺(tái)服務(wù)接口的時(shí)候一定要考慮到,“這個(gè)服務(wù)接口是服務(wù)于全公司或者是某個(gè)業(yè)務(wù)領(lǐng)域的,不是單單服務(wù)于某個(gè)前臺(tái)產(chǎn)品的”,每次開發(fā)中臺(tái)接口的時(shí)候都要自己問一下這個(gè)問題。

華瑞渠道中臺(tái)架構(gòu)

總結(jié)

本篇文章整體介紹了中臺(tái)的基本概念和目前主流的3大中臺(tái)的架構(gòu),同時(shí)也簡單描述了下落地中臺(tái)的步驟和關(guān)鍵點(diǎn),最后討論了下銀行是否適合建設(shè)中臺(tái),對(duì)比了電商和銀行業(yè)務(wù)的差異點(diǎn),并且最后舉了華瑞銀行正在實(shí)施的渠道中臺(tái)的例子。中臺(tái)這個(gè)理念是非常好的,中臺(tái)戰(zhàn)略不單單是系統(tǒng)層面的建設(shè),更多的還是需要公司組織架構(gòu)的同步調(diào)整,不然大概率會(huì)出現(xiàn)系統(tǒng)原先規(guī)劃按照中臺(tái)戰(zhàn)略設(shè)計(jì)了,但是最后因?yàn)榻M織架構(gòu)的問題導(dǎo)致最后中臺(tái)漸漸走偏。

最后回答下標(biāo)題的問題,中臺(tái)戰(zhàn)略是一種比較好的能夠提升公司整體產(chǎn)品創(chuàng)新能力和敏捷開發(fā)的一個(gè)整體數(shù)字化戰(zhàn)略,中臺(tái)戰(zhàn)略其實(shí)是數(shù)字化發(fā)展到極致情況下的戰(zhàn)略方案,其實(shí)很多銀行一直在超這個(gè)方向努力只不過沒有明確提出中臺(tái)戰(zhàn)略,所以銀行并不是跟風(fēng)中臺(tái)戰(zhàn)略而是一直以此為目標(biāo),為了滿足未來高速業(yè)務(wù)發(fā)展對(duì)現(xiàn)有組織和架構(gòu)的重構(gòu),希望這篇文章能夠幫助到銀行的朋友理解中臺(tái)的概念。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

推薦閱讀更多精彩內(nèi)容