高效落地中臺(tái)實(shí)踐中的特異性難題
時(shí)間:2021-12-16 瀏覽次數(shù):264
在中臺(tái)建設(shè)歷程中,在MSS模型的指導(dǎo)下幫助我們完成了中臺(tái)服務(wù)中心的設(shè)計(jì)與建設(shè)后,下一步便進(jìn)入中臺(tái)實(shí)施與運(yùn)營(yíng)的環(huán)節(jié)。
本篇文章我們來(lái)談?wù)勗谥信_(tái)實(shí)施與運(yùn)營(yíng)中一個(gè)痛點(diǎn)問(wèn)題“業(yè)務(wù)系統(tǒng)與中臺(tái)流程沖突”。
1、目標(biāo):特異性流程接入
中臺(tái)建設(shè)在解決了方案設(shè)計(jì)這一難題后,需要面對(duì)的另一大難題就是特異性問(wèn)題的管理,這也是我們?cè)谥信_(tái)實(shí)施過(guò)程中必然會(huì)遇見(jiàn)的問(wèn)題。
所謂特異性問(wèn)題就是不管在之前業(yè)務(wù)模型怎么抽象,在中臺(tái)實(shí)施過(guò)程中一定還會(huì)發(fā)現(xiàn)存在由于中臺(tái)系統(tǒng)與業(yè)務(wù)系統(tǒng)在功能上存在差異而無(wú)法接入的的現(xiàn)象,從而導(dǎo)致與中臺(tái)的對(duì)接出現(xiàn)阻塞。
例如可能是因?yàn)檫@個(gè)業(yè)務(wù)線當(dāng)年與你介紹的時(shí)候他沒(méi)有提到某個(gè)特殊流程,或者因?yàn)樵谥信_(tái)研發(fā)的時(shí)候,業(yè)務(wù)線系統(tǒng)同步在發(fā)展,導(dǎo)致有一些新的流程把以前的流程推翻了,那這個(gè)時(shí)候就會(huì)出現(xiàn)特異性問(wèn)題,本質(zhì)上這個(gè)問(wèn)題的來(lái)源屬于業(yè)務(wù)的發(fā)展導(dǎo)致新業(yè)務(wù)場(chǎng)景與中臺(tái)原有設(shè)計(jì)不再匹配。
這里我想先問(wèn)問(wèn)此時(shí)正在閱讀的你,中臺(tái)系統(tǒng)和業(yè)務(wù)系統(tǒng)功能相沖突或違背,那這個(gè)時(shí)候我們應(yīng)該怎么辦?
這里有幾個(gè)常見(jiàn)的做法供你選擇:
(1)第一種做法:選擇直接放棄,也就是不把該業(yè)務(wù)線的系統(tǒng)接入到中臺(tái)中,該業(yè)務(wù)系統(tǒng)游離于中臺(tái)體系外自己循環(huán);
(2)第二種做法:中臺(tái)團(tuán)隊(duì)根據(jù)該業(yè)務(wù)的現(xiàn)狀,去進(jìn)行量身打造,由中臺(tái)給你進(jìn)行定制化改造,適配你現(xiàn)在的流程;
(3)第三種做法:強(qiáng)制業(yè)務(wù)系統(tǒng)根據(jù)中臺(tái)定義出的流程進(jìn)行兼容,也就是由業(yè)務(wù)系統(tǒng)去按中臺(tái)的流程進(jìn)行開發(fā)改造。
那這三種模式各自有什么優(yōu)缺點(diǎn)呢?
(1)第一種做法:由于業(yè)務(wù)特異性而放棄接入,在出現(xiàn)一例不接入中臺(tái)的先河后,又因?yàn)橹信_(tái)的建設(shè)過(guò)程中是業(yè)務(wù)逆向感知的,也就是不僅沒(méi)有給業(yè)務(wù)帶來(lái)新的價(jià)值,反而還要占用大量的工時(shí)和工期,那這個(gè)時(shí)候業(yè)務(wù)是不買賬的。導(dǎo)致別的業(yè)務(wù)線聽到后,會(huì)說(shuō)他不接入中臺(tái),我也不接入,那這樣的情況下整個(gè)中臺(tái)就會(huì)在企業(yè)內(nèi)部被邊緣化;
(2)第二種做法:為業(yè)務(wù)線量身定制,這樣做的背后存在巨大的項(xiàng)目風(fēng)險(xiǎn),一般情況下需要定制往往是因?yàn)檫@些業(yè)務(wù)還不成熟,由于這是一個(gè)探索業(yè)務(wù),很有可能在中臺(tái)改造完成之后或者改造過(guò)程中,這個(gè)業(yè)務(wù)就被下馬了。那這個(gè)時(shí)候我們的改造就浪費(fèi)掉了,此外作為公司的基礎(chǔ)服務(wù)中臺(tái),為了穩(wěn)定性本身也不事宜頻繁變動(dòng);
(3)第三種做法:強(qiáng)制業(yè)務(wù)系統(tǒng)按照中臺(tái)流程改造,此時(shí)中臺(tái)反而成為了制約業(yè)務(wù)發(fā)展的瓶頸。
2、工具:服務(wù)中心插件
所以我們解決方案是什么呢?
在中臺(tái)實(shí)施過(guò)程中一個(gè)非常好的解決特異性問(wèn)題的方案就是插件,通過(guò)插件讓特異性的業(yè)務(wù)部分接入到中臺(tái)中。
所謂插件也就是中臺(tái)開放一些對(duì)應(yīng)的接口,允許業(yè)務(wù)方去插入一個(gè)自定義的代碼段,自定義代碼段可以去調(diào)用我們中臺(tái)的上層服務(wù),去跳過(guò)部分場(chǎng)景。
從而實(shí)現(xiàn)在符合現(xiàn)有邏輯中臺(tái)邏輯的一個(gè)調(diào)用,然后在具體的業(yè)務(wù)層去替換這部分的含義,使它賦予新的業(yè)務(wù)含義,從而讓他接入到中臺(tái)中。
我舉個(gè)例子來(lái)說(shuō),我經(jīng)歷過(guò)一個(gè)新孵化的業(yè)務(wù)想要調(diào)用客服服務(wù)中心的服務(wù),但是由于新業(yè)務(wù)中人員較少,原有的客服流程較長(zhǎng),且每一步都有對(duì)應(yīng)的單據(jù),導(dǎo)致新業(yè)務(wù)的客服工作壓力巨大,此時(shí)我們就讓該業(yè)務(wù)線以插件的形式接入中臺(tái),并在部分環(huán)節(jié)調(diào)用中臺(tái)接口自動(dòng)產(chǎn)生單據(jù),這樣就解決了新業(yè)務(wù)線的問(wèn)題。
可以說(shuō)插件可以幫助業(yè)務(wù)線既接入中臺(tái),同時(shí)又去符合了新業(yè)務(wù)的特性,那么這就是插件帶來(lái)的意義。
假以時(shí)日等到這條業(yè)務(wù)線變得越來(lái)越健壯了之后,這個(gè)業(yè)務(wù)越來(lái)越成熟,越來(lái)越多業(yè)務(wù)線都需要該插件的功能后,我們?cè)侔堰@個(gè)插件拆掉,讓插件升級(jí)為中臺(tái)的一個(gè)能力,這樣的情況下是中臺(tái)最安全最節(jié)省成本的一種方式。
那這里我們還是以一個(gè)具體的案例來(lái)看,在L電商內(nèi)部是怎么使用插件解決這個(gè)問(wèn)題的。
3、案例:L電商公司中臺(tái)插件引入
在L公司中通過(guò)商戶全局商戶號(hào)與全局協(xié)議,我們實(shí)現(xiàn)了對(duì)商戶的唯一化管理,但是隨著業(yè)務(wù)的發(fā)展,特別是當(dāng)我們與一些頭部客戶合作時(shí),頭部的客戶對(duì)我們提出要求,要求我們?cè)谠匈~期到期后,在打款期間依舊能臨時(shí)使用我們的服務(wù)。
也就是需要我們?cè)谶@段時(shí)間給予商戶一個(gè)授信額度,允許在規(guī)定賬期之外對(duì)我們進(jìn)行賒賬。
但是這個(gè)時(shí)候,已經(jīng)標(biāo)準(zhǔn)化了的整個(gè)商戶管理服務(wù)和支付中心不支持這樣的服務(wù),在到達(dá)賬期后,商戶不進(jìn)行結(jié)款,不會(huì)允許商戶進(jìn)行使用。
面對(duì)這樣的業(yè)務(wù)需求,我們不得不跳過(guò)中臺(tái)所提供的部分功能,從而滿足這位客戶的個(gè)性化需求。
當(dāng)時(shí)我們有兩種解法,第一種解法立即啟動(dòng)中臺(tái)升級(jí),在支付中心中增加授信模塊,但是這樣做等待時(shí)間比較長(zhǎng),無(wú)法及時(shí)響應(yīng)客戶現(xiàn)在的需求。
第二種方法就是我們要去介紹的通用中臺(tái)特異性管理方法,由業(yè)務(wù)線提供個(gè)性化服務(wù)的代碼段來(lái)跳過(guò)中臺(tái)的限制,從而既不破壞中臺(tái)的要求,又能符合業(yè)務(wù)的新需求。
根據(jù)前面的介紹我們知道這個(gè)代碼段有它自己特殊的名稱,也就是中臺(tái)的插件,他的特征有如下兩個(gè):
(1)符合現(xiàn)有邏輯的調(diào)用;
(2)在業(yè)務(wù)層替換的該部分業(yè)務(wù)含義;
具體落地到業(yè)務(wù)上來(lái)看,我們是這樣實(shí)現(xiàn)的,如圖所示
(1)1.0中臺(tái)中的計(jì)費(fèi)不支持授信,此時(shí)我們使用插件;
(2)調(diào)用中臺(tái)還是商戶預(yù)充值服務(wù):虛擬充值金額2萬(wàn),以此讓中臺(tái)認(rèn)為該商戶已經(jīng)完成還款充值,此處的還款充值額度就為給商戶開的授信額度;
(3)在插件中記錄2萬(wàn)為授信額度,在月底的商戶賬單中自動(dòng)沖銷2萬(wàn)元,從而實(shí)現(xiàn)金額的閉環(huán)。
所以看到插件就是在滿足不影響底層業(yè)務(wù)的情況下的一個(gè)繞彎,當(dāng)然之所以不把這個(gè)業(yè)務(wù)單獨(dú)拉出去去做,是因?yàn)槟壳拔覀冎粚?duì)接了一個(gè)客戶。該模式的規(guī)模化特征還不明顯,此時(shí)我們?nèi)绻Q(mào)然的將它加入到中臺(tái)中來(lái),只用一次的需求對(duì)于中臺(tái)來(lái)說(shuō),無(wú)疑是開發(fā)資源的巨大浪費(fèi)。
所以我們會(huì)先選用插件的模式,從而快速?gòu)?fù)用中臺(tái)其他的邏輯,當(dāng)賬期需求在多個(gè)業(yè)務(wù)線都出現(xiàn),成規(guī)模化需求時(shí),再進(jìn)行中臺(tái)對(duì)應(yīng)模塊的開發(fā),由插件變?yōu)橹信_(tái)內(nèi)部的一個(gè)服務(wù)。
也就是當(dāng)出現(xiàn)多個(gè)插件使用服務(wù)時(shí):
(1)開始將該插件合并至中臺(tái);
(2)由中臺(tái)進(jìn)行統(tǒng)一維護(hù);
綜上我們通過(guò)插件實(shí)現(xiàn)了中臺(tái)實(shí)施的特異性管理。