編輯導(dǎo)讀：在中臺建設(shè)歷程中，在MSS模型的指導(dǎo)下幫助我們完成了中臺服務(wù)中心的設(shè)計與建設(shè)后，下一步便進入中臺實施與運營的環(huán)節(jié)?！皹I(yè)務(wù)系統(tǒng)與中臺流程沖突”一直是中臺實施與運營中一個痛點問題，本文作者基于三種常見處理方式，淺析其中利弊，并結(jié)合具體案例與大家分享使用“服務(wù)中心插件”工具的解決方案。推薦童鞋們閱讀學(xué)習(xí)～

一、目標：特異性流程接入

中臺建設(shè)在解決了方案設(shè)計這一難題后，需要面對的另一大難題就是特異性問題的管理，這也是我們在中臺實施過程中必然會遇見的問題。

所謂特異性問題就是不管在之前業(yè)務(wù)模型怎么抽象，在中臺實施過程中一定還會發(fā)現(xiàn)存在由于中臺系統(tǒng)與業(yè)務(wù)系統(tǒng)在功能上存在差異而無法接入的的現(xiàn)象，從而導(dǎo)致與中臺的對接出現(xiàn)阻塞。

例如可能是因為這個業(yè)務(wù)線當年與你介紹的時候他沒有提到某個特殊流程，或者因為在中臺研發(fā)的時候，業(yè)務(wù)線系統(tǒng)同步在發(fā)展，導(dǎo)致有一些新的流程把以前的流程推翻了，那這個時候就會出現(xiàn)特異性問題，本質(zhì)上這個問題的來源屬于業(yè)務(wù)的發(fā)展導(dǎo)致新業(yè)務(wù)場景與中臺原有設(shè)計不再匹配。

這里我想先問問此時正在閱讀的你，中臺系統(tǒng)和業(yè)務(wù)系統(tǒng)功能相沖突或違背，那這個時候我們應(yīng)該怎么辦？

這里有幾個常見的做法供你選擇：

1. 選擇直接放棄，也就是不把該業(yè)務(wù)線的系統(tǒng)接入到中臺中，該業(yè)務(wù)系統(tǒng)游離于中臺體系外自己循環(huán)；
2. 中臺團隊根據(jù)該業(yè)務(wù)的現(xiàn)狀，去進行量身打造，由中臺給你進行定制化改造，適配你現(xiàn)在的流程；
3. 強制業(yè)務(wù)系統(tǒng)根據(jù)中臺定義出的流程進行兼容，也就是由業(yè)務(wù)系統(tǒng)去按中臺的流程進行開發(fā)改造。

那這三種模式各自有什么優(yōu)缺點呢？

1. 由于業(yè)務(wù)特異性而放棄接入，在出現(xiàn)一例不接入中臺的先河后，又因為中臺的建設(shè)過程中是業(yè)務(wù)逆向感知的，也就是不僅沒有給業(yè)務(wù)帶來新的價值，反而還要占用大量的工時和工期，那這個時候業(yè)務(wù)是不買賬的。導(dǎo)致別的業(yè)務(wù)線聽到后，會說他不接入中臺，我也不接入，那這樣的情況下整個中臺就會在企業(yè)內(nèi)部被邊緣化；
2. 為業(yè)務(wù)線量身定制，這樣做的背后存在巨大的項目風(fēng)險，一般情況下需要定制往往是因為這些業(yè)務(wù)還不成熟，由于這是一個探索業(yè)務(wù)，很有可能在中臺改造完成之后或者改造過程中，這個業(yè)務(wù)就被下馬了。那這個時候我們的改造就浪費掉了，此外作為公司的基礎(chǔ)服務(wù)中臺，為了穩(wěn)定性本身也不事宜頻繁變動；
3. 強制業(yè)務(wù)系統(tǒng)按照中臺流程改造，此時中臺反而成為了制約業(yè)務(wù)發(fā)展的瓶頸。

二、工具：服務(wù)中心插件

所以我們解決方案是什么呢？

在《中臺產(chǎn)品經(jīng)理寶典》一書的實施環(huán)節(jié)中，我提出過一個非常好的解決特異性問題的方案就是插件，通過插件讓特異性的業(yè)務(wù)部分接入到中臺中。

所謂插件也就是中臺開放一些對應(yīng)的接口，允許業(yè)務(wù)方去插入一個自定義的代碼段，自定義代碼段可以去調(diào)用我們中臺的上層服務(wù)，去跳過部分場景。

從而實現(xiàn)在符合現(xiàn)有邏輯中臺邏輯的一個調(diào)用，然后在具體的業(yè)務(wù)層去替換這部分的含義，使它賦予新的業(yè)務(wù)含義，從而讓他接入到中臺中。

我舉個例子來說，我經(jīng)歷過一個新孵化的業(yè)務(wù)想要調(diào)用客服服務(wù)中心的服務(wù)，但是由于新業(yè)務(wù)中人員較少，原有的客服流程較長，且每一步都有對應(yīng)的單據(jù)，導(dǎo)致新業(yè)務(wù)的客服工作壓力巨大，此時我們就讓該業(yè)務(wù)線以插件的形式接入中臺，并在部分環(huán)節(jié)調(diào)用中臺接口自動產(chǎn)生單據(jù)，這樣就解決了新業(yè)務(wù)線的問題。

可以說插件可以幫助業(yè)務(wù)線既接入中臺，同時又去符合了新業(yè)務(wù)的特性，那么這就是插件帶來的意義。

假以時日等到這條業(yè)務(wù)線變得越來越健壯了之后，這個業(yè)務(wù)越來越成熟，越來越多業(yè)務(wù)線都需要該插件的功能后，我們再把這個插件拆掉，讓插件升級為中臺的一個能力，這樣的情況下是中臺最安全最節(jié)省成本的一種方式。

那這里我們還是以一個具體的案例來看，在L電商內(nèi)部是怎么使用插件解決這個問題的。

三、案例：L電商公司中臺插件引入

在之前的文章中，我闡述過L公司中通過商戶全局商戶號與全局協(xié)議，我們實現(xiàn)了對商戶的唯一化管理，但是隨著業(yè)務(wù)的發(fā)展，特別是當我們與一些頭部客戶合作時，頭部的客戶對我們提出要求，要求我們在原有賬期到期后，在打款期間依舊能臨時使用我們的服務(wù)。

也就是需要我們在這段時間給予商戶一個授信額度，允許在規(guī)定賬期之外對我們進行賒賬。

但是這個時候，已經(jīng)標準化了的整個商戶管理服務(wù)和支付中心不支持這樣的服務(wù)，在到達賬期后，商戶不進行結(jié)款，不會允許商戶進行使用。

面對這樣的業(yè)務(wù)需求，我們不得不跳過中臺所提供的部分功能，從而滿足這位客戶的個性化需求。

當時我們有兩種解法，第一種解法立即啟動中臺升級，在支付中心中增加授信模塊，但是這樣做等待時間比較長，無法及時響應(yīng)客戶現(xiàn)在的需求。

第二種方法就是我們要去介紹的通用中臺特異性管理方法，由業(yè)務(wù)線提供個性化服務(wù)的代碼段來跳過中臺的限制，從而既不破壞中臺的要求，又能符合業(yè)務(wù)的新需求。

根據(jù)前面的介紹我們知道這個代碼段有它自己特殊的名稱，也就是中臺的插件，他的特征有如下兩個：

1. 符合現(xiàn)有邏輯的調(diào)用；
2. 在業(yè)務(wù)層替換的該部分業(yè)務(wù)含義；

具體落地到業(yè)務(wù)上來看，我們是這樣實現(xiàn)的，如圖所示

1. 1.0中臺中的計費不支持授信，此時我們使用插件；
2. 調(diào)用中臺還是商戶預(yù)充值服務(wù)：虛擬充值金額2萬，以此讓中臺認為該商戶已經(jīng)完成還款充值，此處的還款充值額度就為給商戶開的授信額度；
3. 在插件中記錄2萬為授信額度，在月底的商戶賬單中自動沖銷2萬元，從而實現(xiàn)金額的閉環(huán)。

所以看到插件就是在滿足不影響底層業(yè)務(wù)的情況下的一個繞彎，當然之所以不把這個業(yè)務(wù)單獨拉出去去做，是因為目前我們只對接了一個客戶。該模式的規(guī)?；卣鬟€不明顯，此時我們?nèi)绻Q(mào)然的將它加入到中臺中來，只用一次的需求對于中臺來說，無疑是開發(fā)資源的巨大浪費。

所以我們會先選用插件的模式，從而快速復(fù)用中臺其他的邏輯，當賬期需求在多個業(yè)務(wù)線都出現(xiàn)，成規(guī)?；枨髸r，再進行中臺對應(yīng)模塊的開發(fā)，由插件變?yōu)橹信_內(nèi)部的一個服務(wù)。

也就是當出現(xiàn)多個插件使用服務(wù)時：

1. 開始將該插件合并至中臺；
2. 由中臺進行統(tǒng)一維護；

綜上我們通過插件實現(xiàn)了中臺實施的特異性管理。

#專欄作家#

三爺，微信公眾號：三爺茶館，人人都是產(chǎn)品經(jīng)理專欄作家，2019年年度作者。《中臺產(chǎn)品經(jīng)理寶典》作者，原萬達高級產(chǎn)品、MBA特約講師、獨立創(chuàng)業(yè)者，現(xiàn)叮咚買菜B端產(chǎn)品線負責(zé)人，擁有多款集團項目從零到一經(jīng)驗并帶領(lǐng)實現(xiàn)商業(yè)化布局。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議。