本文來自ITPUB，作者/談數(shù)據(jù)。
一場(chǎng)疫情，讓銀行數(shù)字化轉(zhuǎn)型再次提上日程。“無接觸銀行”不再是戰(zhàn)略規(guī)劃中亮眼的提法，而是如今各銀行經(jīng)營(yíng)中不得不面臨的切實(shí)問題。而中臺(tái)，作為數(shù)字化轉(zhuǎn)型中最火熱的概念，這兩年在行業(yè)里風(fēng)頭無兩。中臺(tái)是數(shù)字化轉(zhuǎn)型的一劑良藥，還是另一個(gè)風(fēng)投炒作的概念?銀行應(yīng)該做中臺(tái)嗎?盲目上馬中臺(tái)項(xiàng)目有什么后果?本文嘗試給出一個(gè)答案。
為什么要做中臺(tái)?
數(shù)據(jù)中臺(tái)
(1)打通數(shù)據(jù)孤島
主流的觀點(diǎn)認(rèn)為，做數(shù)據(jù)中臺(tái)是為了打通數(shù)據(jù)孤島。在互聯(lián)網(wǎng)企業(yè)確實(shí)可以理解，但是銀行對(duì)于數(shù)據(jù)的應(yīng)用很早就開始了。大行普遍2008年前后就建成了數(shù)據(jù)倉庫，數(shù)據(jù)層面早已將煙囪系統(tǒng)打通，那么數(shù)據(jù)中臺(tái)的意義何在?
銀行確實(shí)在數(shù)據(jù)方面很早就開始了嘗試，加上金融是個(gè)低頻場(chǎng)景，因此在相當(dāng)長(zhǎng)的一段時(shí)間內(nèi)，T+1甚至T+2的整合數(shù)據(jù)基本夠用了，更多數(shù)據(jù)整合和加工為的是滿足監(jiān)管需求。
隨著移動(dòng)互聯(lián)網(wǎng)時(shí)代的到來，用戶行為、市場(chǎng)、監(jiān)管都發(fā)生了變化，各類服務(wù)移動(dòng)化的趨勢(shì)下，用戶的使用時(shí)間碎片化，金融，特別是支付、理財(cái)?shù)刃袨橐沧兂闪酥懈哳l交易，并且隨著互聯(lián)網(wǎng)巨頭的進(jìn)入，市場(chǎng)變化不可同日而語，銀行的危機(jī)感日漸增加。
業(yè)務(wù)需求響應(yīng)再快，也趕不上市場(chǎng)、客戶、監(jiān)管的變化速度，而應(yīng)用開發(fā)速度就更慢了，大銀行半年左右，中小銀行三個(gè)月左右是常態(tài)。應(yīng)用系統(tǒng)上線后，傳統(tǒng)的基于數(shù)倉、數(shù)據(jù)集市的數(shù)據(jù)采集和整合方式在時(shí)效性上已經(jīng)很難滿足要求?？梢哉f，銀行在打通數(shù)據(jù)孤島方面，或者更全面的說，在數(shù)據(jù)加工、分析，及發(fā)揮數(shù)據(jù)價(jià)值方面，嘗試得很早，但是效果不佳——既不快，也不好。
不快很好理解，即時(shí)效性達(dá)不到要求，利用最新的流數(shù)據(jù)處理，分布式ETL技術(shù)，數(shù)據(jù)中臺(tái)可以更快的整合、加工數(shù)據(jù)?？墒谴蛲ㄐЧ缓迷撊绾卫斫饽?
(2)業(yè)務(wù)數(shù)據(jù)化
有句話說得好，數(shù)據(jù)是物理世界在數(shù)字世界的投影。既然是投影，那么光源和視角的不同，可能投影的結(jié)果也不同。
舉個(gè)例子，同樣一個(gè)事件，比如客戶刷卡消費(fèi)，在財(cái)務(wù)視角看來，是一筆應(yīng)收賬款;在業(yè)務(wù)視角來看，是一筆客戶消費(fèi)，賬戶/卡活躍，積分增加;從科技角度來看，交易流水表增加一條記錄，賬戶余額表修改一條記錄。我們很難用數(shù)據(jù)去精確描述一個(gè)事件，或者說，在銀行的實(shí)際使用場(chǎng)景中，每個(gè)部門看待同一個(gè)事件的角度就是不同的，各部門需要從不同的角度看待同一件事，以便更好的完成自己的職能。在這里，各部門其實(shí)都是數(shù)據(jù)的使用者，即數(shù)據(jù)用戶，那么，我們可以得到一個(gè)結(jié)論：數(shù)據(jù)用戶對(duì)于數(shù)據(jù)的需求各不相同。
這也是銀行要打造數(shù)據(jù)集市的原因，數(shù)據(jù)倉庫采用相對(duì)標(biāo)準(zhǔn)化的數(shù)據(jù)模型(如FS-LDM)將數(shù)據(jù)聚合了起來，但是仍然難以滿足所有業(yè)務(wù)人員的需求。因此各部門都提出了自己的數(shù)據(jù)集市需求。
正如上節(jié)中提到的，隨著市場(chǎng)變化越來越快，客戶變化越來越快，業(yè)務(wù)需求已經(jīng)越發(fā)追不上他們變化的速度了，而數(shù)據(jù)的采集和加工速度則更慢，難以支持?jǐn)?shù)據(jù)決策。于是，各部門又經(jīng)常提出各類報(bào)表和數(shù)據(jù)提取的需求，這些都是針對(duì)臨時(shí)的、緊急的、監(jiān)管要求的、營(yíng)銷統(tǒng)計(jì)的數(shù)據(jù)需求，雖然這些需求更加貼近業(yè)務(wù)需求，但是在分析和開發(fā)上通常也要花費(fèi)不少時(shí)間。
現(xiàn)在，我們可以回答上一節(jié)末尾提出的問題：數(shù)據(jù)孤島打通的效果不夠好，指的是數(shù)據(jù)的業(yè)務(wù)友好度不夠。
總結(jié)銀行數(shù)據(jù)加工的現(xiàn)狀，可以得出下圖：
在我們傳統(tǒng)的數(shù)據(jù)應(yīng)用中，隨著數(shù)據(jù)對(duì)于業(yè)務(wù)友好度的增加，其時(shí)效性也在減弱。而我們的目標(biāo)，顯然是數(shù)據(jù)又快又好。既然各部門的需求都不一樣，為何不讓業(yè)務(wù)自助分析數(shù)據(jù)呢?于是我們有了右上角的目標(biāo)狀態(tài)。但是這個(gè)理想狀態(tài)和我們現(xiàn)在的數(shù)據(jù)應(yīng)用中間有巨大的空隙，靠什么來填補(bǔ)?答案是數(shù)據(jù)中臺(tái)。
業(yè)務(wù)中臺(tái)
(1)優(yōu)化煙囪系統(tǒng)架構(gòu)
銀行的數(shù)據(jù)之所以很早就在進(jìn)行打通的嘗試，主要原因就在于產(chǎn)生數(shù)據(jù)的業(yè)務(wù)系統(tǒng)，長(zhǎng)期存在重復(fù)建設(shè)和煙囪系統(tǒng)的問題。到底是什么原因，造成了這個(gè)現(xiàn)象。我們其實(shí)可以從軟件工程中經(jīng)典的康威定律中窺見一斑：
Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.
——Melvin Conway(1967)
換句話說，就是組織的溝通方式，決定了其設(shè)計(jì)的系統(tǒng)架構(gòu)?；叵脬y行內(nèi)部的溝通方式，我們不難發(fā)現(xiàn)這些現(xiàn)象：以部門為中心，以部門KPI為導(dǎo)向，部門墻現(xiàn)象嚴(yán)重，跨部門溝通協(xié)作及其困難。由于A部門管理的A系統(tǒng)無法配合改造，為了實(shí)現(xiàn)相似的功能，B部門只好新建一個(gè)B系統(tǒng)，這種情況屢見不鮮。這種種現(xiàn)象導(dǎo)致了銀行信息系統(tǒng)的建設(shè)和管理都是面向部門的，換句話說，形成了煙囪式架構(gòu)。
因此，中臺(tái)的建設(shè)，必須包含組織架構(gòu)的相應(yīng)調(diào)整。否則，如果我們把中臺(tái)具象為一個(gè)具體的產(chǎn)品，仍然按照原來歸屬某一部門或業(yè)務(wù)條線管理的話，無非是又增加了一個(gè)大煙囪而已。
那么，煙囪式架構(gòu)到底帶來什么問題呢?
對(duì)外，可能造成同一機(jī)構(gòu)的不同產(chǎn)品、不同渠道，對(duì)客服務(wù)的體驗(yàn)不一致，甚至賬號(hào)不互通，每用一個(gè)產(chǎn)品還需要客戶新注冊(cè)、開戶，體驗(yàn)極差。
對(duì)內(nèi)，成本高，可能造成重復(fù)建設(shè)，浪費(fèi)本就緊張的科技資源，擠占排期時(shí)間，激化內(nèi)部矛盾;煙囪系統(tǒng)產(chǎn)生的數(shù)據(jù)，形成數(shù)據(jù)孤島，為后期統(tǒng)計(jì)分析帶來極大的困難，進(jìn)而造成數(shù)出多門，甚至錯(cuò)誤數(shù)據(jù)導(dǎo)致錯(cuò)誤決策的嚴(yán)重后果;模塊無法復(fù)用，經(jīng)驗(yàn)無法共享，煙囪系統(tǒng)各自獨(dú)立，無法復(fù)用其他煙囪的模塊或經(jīng)驗(yàn)，哪怕他們高度相似。
其實(shí)，銀行也很早就開始煙囪式架構(gòu)的治理，比如在渠道層，新建渠道整合平臺(tái)，在用戶層，新建ECIF系統(tǒng)，所以說，銀行并不是中臺(tái)戰(zhàn)略的追隨者，而深感數(shù)據(jù)孤島、煙囪式架構(gòu)之痛的銀行人，一直是中臺(tái)戰(zhàn)略的踐行者，只是沒有把這些嘗試體系化、結(jié)構(gòu)化而已。
(2)支持前臺(tái)快速迭代
前文提到，市場(chǎng)、用戶和監(jiān)管的變化速度，遠(yuǎn)遠(yuǎn)快過業(yè)務(wù)系統(tǒng)迭代的速度，為了抹平這個(gè)差異，我們需要讓業(yè)務(wù)系統(tǒng)，尤其是前端面向客戶的系統(tǒng)盡量的敏捷。這也是目前業(yè)界流行的“小前臺(tái)、大中臺(tái)”提法的由來。
中臺(tái)的故事，在國(guó)內(nèi)起源于阿里，而其核心思想，來源于一家游戲公司(SUPER CELL)，相比游戲行業(yè)，甚至電商行業(yè)的業(yè)務(wù)領(lǐng)域，銀行的業(yè)務(wù)要復(fù)雜得多。因此在談到業(yè)務(wù)中臺(tái)時(shí)，我們難免會(huì)有疑慮：銀行的業(yè)務(wù)系統(tǒng)，真的有那么多可以復(fù)用的功能模塊嗎?
我們不必照搬互聯(lián)網(wǎng)企業(yè)的中臺(tái)思路，仔細(xì)梳理銀行業(yè)務(wù)流程，我們不難發(fā)現(xiàn)，銀行對(duì)于同類客戶的產(chǎn)品，流程雖不同，功能多相似。以零售對(duì)客產(chǎn)品為例，站在用戶視角，功能可以抽象為：注冊(cè)、綁卡開戶、充值提現(xiàn)、轉(zhuǎn)賬、購買贖回等，站在機(jī)構(gòu)視角，還可細(xì)化出反欺詐、數(shù)據(jù)采集、客戶打標(biāo)、交叉銷售等。由于銀行一直以來大多數(shù)依賴第三方供應(yīng)商的成熟產(chǎn)品，為了應(yīng)對(duì)不同銀行的需求，這類產(chǎn)品通常是“大而全”的，包含了所有必須和非必須的流程和功能。這就導(dǎo)致直銷銀行、手機(jī)銀行、微信銀行等等渠道，都重復(fù)實(shí)現(xiàn)了類似的功能。
其實(shí)微服務(wù)的思想就是將大的系統(tǒng)，拆分為小的應(yīng)用和服務(wù)，高內(nèi)聚、低耦合，發(fā)布有價(jià)值的服務(wù)，即可被使用和共享的服務(wù)。而高內(nèi)聚、低耦合也一直是銀行設(shè)計(jì)架構(gòu)的基本原則。因此，我們可以看到，銀行的架構(gòu)設(shè)計(jì)、微服務(wù)體系、中臺(tái)架構(gòu)一脈相承，都是為了共享功能下沉復(fù)用，減少重復(fù)造輪子的現(xiàn)象。
這帶來的好處，就是新建應(yīng)用的時(shí)候，可以通過已有成熟模塊的組裝，實(shí)現(xiàn)快速上線，從而加快業(yè)務(wù)系統(tǒng)的迭代，真正實(shí)現(xiàn)“小前臺(tái)”，更好更快的相應(yīng)市場(chǎng)、客戶和監(jiān)管的變化。
綜上所述，中臺(tái)建設(shè)是銀行進(jìn)行數(shù)字化轉(zhuǎn)型的關(guān)鍵舉措，勢(shì)在必行。
中臺(tái)是什么?
2019年被稱作中臺(tái)元年，一時(shí)間，各種中臺(tái)概念、各種形式的中臺(tái)方案如雨后春筍一般層出不窮。目前，中臺(tái)并沒有一個(gè)放之四海而皆準(zhǔn)的標(biāo)準(zhǔn)定義，根本原因，在于中臺(tái)并不是一個(gè)標(biāo)準(zhǔn)化的產(chǎn)品，根據(jù)每個(gè)企業(yè)自身的情況，中臺(tái)的建設(shè)方案可能千差萬別。
不過，可以達(dá)成共識(shí)的，是中臺(tái)的特點(diǎn)，它是企業(yè)共享能力、共享數(shù)據(jù)的組織或平臺(tái)，并且具備業(yè)務(wù)屬性，能夠?qū)崿F(xiàn)業(yè)務(wù)價(jià)值，有響應(yīng)的組織架構(gòu)支撐。
中臺(tái)的形式也五花八門，除了公認(rèn)的數(shù)據(jù)中臺(tái)、業(yè)務(wù)中臺(tái)以外，還有技術(shù)中臺(tái)、研發(fā)中臺(tái)、AI中臺(tái)、移動(dòng)中臺(tái)、算法中臺(tái)等等。參照中臺(tái)的特點(diǎn)，我們認(rèn)為凡是與業(yè)務(wù)不直接相關(guān)的，都應(yīng)算作后臺(tái)，雖然其他中臺(tái)也是能力的復(fù)用，或者間接產(chǎn)生了業(yè)務(wù)價(jià)值，但是為了厘清邊界，明確討論范圍，我們將集中就數(shù)據(jù)中臺(tái)和業(yè)務(wù)中臺(tái)展開論述。
數(shù)據(jù)中臺(tái)是什么
上一節(jié)我們探討了做數(shù)據(jù)中臺(tái)的原因，由此我們可以給出數(shù)據(jù)中臺(tái)的使命，是為了打通數(shù)據(jù)孤島、實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)化，讓數(shù)據(jù)更快更好的產(chǎn)生價(jià)值。
結(jié)合數(shù)據(jù)中臺(tái)的使命，我們可以將其分為狹義的數(shù)據(jù)中臺(tái)和廣義的數(shù)據(jù)中臺(tái)。
狹義的數(shù)據(jù)中臺(tái)，指的是一套數(shù)據(jù)應(yīng)用和工具，包括分布式ETL、數(shù)據(jù)資產(chǎn)管理、數(shù)據(jù)標(biāo)簽管理、數(shù)據(jù)沙箱、自助分析平臺(tái)、元數(shù)據(jù)管理、數(shù)據(jù)質(zhì)量管理等等，底層則已現(xiàn)有的數(shù)倉、大數(shù)據(jù)平臺(tái)等為數(shù)據(jù)源，為企業(yè)提供數(shù)據(jù)資產(chǎn)管理的能力，并持續(xù)挖掘數(shù)據(jù)價(jià)值，持續(xù)提供數(shù)據(jù)智能服務(wù)。
廣義的數(shù)據(jù)中臺(tái)，則在狹義的數(shù)據(jù)中臺(tái)基礎(chǔ)之上，包含了頂層數(shù)據(jù)戰(zhàn)略，數(shù)據(jù)治理體系以及數(shù)據(jù)管理及運(yùn)營(yíng)、數(shù)據(jù)文化培養(yǎng)和組織架構(gòu)支撐，是一套持續(xù)管理和運(yùn)營(yíng)的體系。
可以這么說，狹義的數(shù)據(jù)中臺(tái)，是專為達(dá)成數(shù)據(jù)中臺(tái)的使命而打造，一類是讓數(shù)據(jù)更快的處理、整合、加工，比如分布式ETL工具。隨著傳統(tǒng)數(shù)據(jù)被大數(shù)據(jù)平臺(tái)逐步替代，ETL工具對(duì)于大數(shù)據(jù)平臺(tái)的適配也需要與時(shí)俱進(jìn)，支持分布式計(jì)算、彈性計(jì)算，并且減少開發(fā)量。
另一類是讓數(shù)據(jù)更好的產(chǎn)生業(yè)務(wù)價(jià)值，比如數(shù)據(jù)標(biāo)簽管理，自助分析平臺(tái)等。數(shù)據(jù)標(biāo)簽大家都在用，但是真正深度使用的企業(yè)都會(huì)感覺：建好容易用好難，如果沒有一套標(biāo)簽管理系統(tǒng)，標(biāo)簽是否重復(fù)加工，標(biāo)簽的使用率、準(zhǔn)確性等都無從掌控，業(yè)務(wù)部門想要針對(duì)近期營(yíng)銷活動(dòng)新建一個(gè)標(biāo)簽，還得走開發(fā)流程，時(shí)效性也難以保證。
數(shù)據(jù)標(biāo)簽管理系統(tǒng)就是為了解決數(shù)據(jù)標(biāo)簽的使用問題而建立。自助分析平臺(tái)則是方便業(yè)務(wù)人員自助進(jìn)行數(shù)據(jù)分析、加工、探索的平臺(tái)，它與數(shù)據(jù)沙箱結(jié)合，直接將去隱私話的生產(chǎn)數(shù)據(jù)提供業(yè)務(wù)人員分析，使數(shù)據(jù)更快的產(chǎn)生價(jià)值，支撐關(guān)鍵決策。
廣義的數(shù)據(jù)中臺(tái)，則是輔助狹義數(shù)據(jù)中臺(tái)達(dá)成使命的機(jī)制，雖然看起來都很“虛”，但是卻是數(shù)據(jù)中臺(tái)成功落地的必要保障。
沒有數(shù)據(jù)戰(zhàn)略，在推進(jìn)數(shù)據(jù)中臺(tái)建設(shè)，甚至建成后的日常運(yùn)營(yíng)中，難以溝通協(xié)調(diào)各部門利益，缺少“尚方寶劍”。沒有數(shù)據(jù)治理體系，數(shù)據(jù)管理無憑無據(jù)，無章可循，很容易造成Garbage In-Garbage Out的現(xiàn)象。
但是這里必須澄清一點(diǎn)，在銀行信息系統(tǒng)這樣復(fù)雜的環(huán)境中，數(shù)據(jù)質(zhì)量的問題永遠(yuǎn)存在。因此，“等數(shù)據(jù)治理好了，等數(shù)據(jù)質(zhì)量控制好了，我們?cè)匍_始做數(shù)據(jù)應(yīng)用，做數(shù)據(jù)中臺(tái)”，這種想法是不切合實(shí)際的，因?yàn)椴淮嬖跀?shù)據(jù)質(zhì)量控制好了，數(shù)據(jù)治理好了的那一天，這是一個(gè)持續(xù)的過程，好到什么程度算好?誰來決定這個(gè)標(biāo)準(zhǔn)?
我們認(rèn)為，數(shù)據(jù)質(zhì)量很重要，需要持續(xù)改善，但是不影響數(shù)據(jù)中臺(tái)建設(shè)，應(yīng)該以用促治，在使用場(chǎng)景中有針對(duì)性的開展數(shù)據(jù)質(zhì)量管理和數(shù)據(jù)治理。
沒有數(shù)據(jù)管理及運(yùn)營(yíng)，數(shù)據(jù)應(yīng)用的價(jià)值無法持續(xù)產(chǎn)出，甚至?xí)霈F(xiàn)便宜甚至錯(cuò)誤。缺乏數(shù)據(jù)文化，則會(huì)造成數(shù)據(jù)應(yīng)用沒人會(huì)用，沒人想用，沒人愿意相信數(shù)據(jù)結(jié)論，沒人愿意嘗試數(shù)據(jù)驅(qū)動(dòng)，沒人愿意基于數(shù)據(jù)決策。沒有組織架構(gòu)支撐，則會(huì)讓數(shù)據(jù)中臺(tái)這樣跨部門的體系難以推行，最終胎死腹中。
業(yè)務(wù)中臺(tái)是什么
同樣，業(yè)務(wù)中臺(tái)也可分為狹義與廣義，狹義的業(yè)務(wù)中臺(tái)，指的是由多個(gè)共享中心組成的服務(wù)整合平臺(tái)，通過梳理各業(yè)務(wù)系統(tǒng)共性的功能，在每個(gè)中心里將服務(wù)拆分、共享。我們建議，可以按風(fēng)控中心、產(chǎn)品中心、用戶中心和旅程中心等維度整合共享，底層的數(shù)據(jù)能力由數(shù)據(jù)中臺(tái)提供。
廣義的業(yè)務(wù)中臺(tái)則包含了支撐各中心運(yùn)營(yíng)的組織架構(gòu)和體制機(jī)制。正如前文提到，沒有組織支撐，中臺(tái)不過是另一個(gè)大煙囪。每個(gè)業(yè)務(wù)中臺(tái)的子中心，都應(yīng)有對(duì)應(yīng)的組織支撐，可以是虛擬的，也可以是實(shí)體的，最好由業(yè)務(wù)+科技+風(fēng)險(xiǎn)+數(shù)據(jù)的綜合人員構(gòu)成，小團(tuán)隊(duì)作戰(zhàn)模式，以產(chǎn)品使用率、穩(wěn)定性、客戶滿意度等為KPI，為業(yè)務(wù)中臺(tái)保駕護(hù)航。
風(fēng)控中心管理全行所有的風(fēng)控模型，以及對(duì)客產(chǎn)品交易、賬戶層面的動(dòng)態(tài)安全策略，以底層機(jī)器學(xué)習(xí)平臺(tái)為支撐，共享全行風(fēng)險(xiǎn)管理能力。產(chǎn)品中心管理全行所有渠道的產(chǎn)品，控制購買額度、購買條件，靈活上下架等。
用戶中心基于數(shù)據(jù)中臺(tái)打通的全行用戶信息，建立用戶成長(zhǎng)體系、權(quán)益體系，管理用戶標(biāo)簽畫像，分析用戶行為軌跡，為旅程中心完成客戶全渠道一致體驗(yàn)打下基礎(chǔ)。
旅程中心以用戶視角出發(fā)，以用戶體驗(yàn)為最終目標(biāo)，梳理、貫穿各渠道流程，整合、復(fù)用各渠道功能，最終達(dá)成全渠道客戶體驗(yàn)統(tǒng)一。
結(jié)語——中臺(tái)的邊界
了解了中臺(tái)是什么，最后，我們來看看中臺(tái)不是什么，或者說，中臺(tái)的邊界在哪里。
首先，中臺(tái)不是銀彈。
沒有銀彈：沒有任何技術(shù)或管理上的進(jìn)展，能夠獨(dú)立地許諾十年內(nèi)使生產(chǎn)率、可靠性或簡(jiǎn)潔性獲得數(shù)量級(jí)上的進(jìn)步
——《人月神話》
軟件工程領(lǐng)域的“圣經(jīng)”《人月神話》早就提出了沒有銀彈的說法，中臺(tái)也不例外。不要妄想通過中臺(tái)，解決企業(yè)內(nèi)部一切的數(shù)字化問題。即使是上文提到的廣義中臺(tái)，也僅僅是包含了企業(yè)數(shù)字化轉(zhuǎn)型中，與數(shù)據(jù)、業(yè)務(wù)中臺(tái)相關(guān)的組織和機(jī)制，但是仍然無法涵蓋一個(gè)組織在數(shù)字化轉(zhuǎn)型過程中遇到的各種問題。中臺(tái)與其他新技術(shù)體系一樣，可以幫助企業(yè)降本增效，但是如何選擇業(yè)務(wù)方向，如何團(tuán)結(jié)一心，如何切入市場(chǎng)，如何找到目標(biāo)用戶等等，都是企業(yè)在中臺(tái)之外還需要努力的方向。
其次，中臺(tái)不是一個(gè)可以買來的即插即用產(chǎn)品。
不必為了做中臺(tái)而做中臺(tái)，也不必大干快上，一起步就是一個(gè)五年大工程。由于中臺(tái)與企業(yè)內(nèi)部的數(shù)據(jù)、業(yè)務(wù)系統(tǒng)高度相關(guān)，雖然有相對(duì)標(biāo)準(zhǔn)化的產(chǎn)品可以預(yù)先研發(fā)，但是更多的工作，在于中臺(tái)與存量系統(tǒng)的對(duì)接、優(yōu)化。
最后，中臺(tái)不是一個(gè)筐，別什么都往里裝。
當(dāng)一個(gè)新技術(shù)體系難以明確定義時(shí)，最常見的現(xiàn)象就是邊界模糊，什么都可以放進(jìn)去。最典型的例子就是“大數(shù)據(jù)”了。雖然有類似“5V”的定義，但是大數(shù)據(jù)的定義從來沒有統(tǒng)一，這也導(dǎo)致現(xiàn)在只要提到數(shù)據(jù)，都會(huì)冠以“大數(shù)據(jù)”之名。實(shí)質(zhì)上，大家所指的絕大多數(shù)數(shù)據(jù)，并非是“大數(shù)據(jù)”，都是“小數(shù)據(jù)”。
概念的模糊，使得炒作時(shí)，無數(shù)企業(yè)擠破頭往里沖，也導(dǎo)致行業(yè)發(fā)生合規(guī)風(fēng)險(xiǎn)時(shí)，與“大數(shù)據(jù)”沾邊的企業(yè)都風(fēng)聲鶴唳，草木皆兵。這種現(xiàn)象，對(duì)于行業(yè)的發(fā)展弊大于利。
因此，我們必須厘清中臺(tái)的邊界：無共享，不中臺(tái);無業(yè)務(wù)，不中臺(tái);無組織，不中臺(tái)。
沒有共享能力、數(shù)據(jù)的整合，不算中臺(tái);沒有直接服務(wù)于業(yè)務(wù)，產(chǎn)生業(yè)務(wù)價(jià)值，不算中臺(tái);沒有組織支撐，仍然服務(wù)于某個(gè)部門，不算中臺(tái)。
行文至此，希望解答了大家心中的疑問。簡(jiǎn)言之，做了中臺(tái)不見得就是數(shù)字化領(lǐng)軍企業(yè)，不做中臺(tái)也不見得就是古典互聯(lián)網(wǎng)時(shí)代的落后作坊。關(guān)鍵是認(rèn)清自身的數(shù)字化現(xiàn)狀，擬定數(shù)字化目標(biāo)，制定數(shù)字化路徑，優(yōu)選場(chǎng)景，實(shí)現(xiàn)價(jià)值。中臺(tái)只是這條道路上，一套切實(shí)可行的行動(dòng)方案。糟糕的公司治理，三天打魚兩天曬網(wǎng)的戰(zhàn)略定位，部門銀行的組織架構(gòu)，即時(shí)搭建了中臺(tái)，也徒有其表，如此，中臺(tái)是砒霜。
堅(jiān)定的戰(zhàn)略，清晰的目標(biāo)，合理的組織架構(gòu)，搭配中臺(tái)，可以使數(shù)據(jù)更快更好的發(fā)揮其價(jià)值，業(yè)務(wù)模塊更好的融合，用戶體驗(yàn)得以更好的提升，如此，中臺(tái)是蜜糖。
