編輯導(dǎo)讀：業(yè)務(wù)中臺這個(gè)概念自從被提出后，一直頗受關(guān)注，而建設(shè)中臺也不是一朝一夕的事情，需要不斷進(jìn)行迭代更新。要想進(jìn)行正確的中臺建設(shè)，必須要此時(shí)的企業(yè)信息化遇到了什么問題？本文作者對此進(jìn)行了分析，與你分享。

hello，各位關(guān)注中臺的小伙伴大家好啊，從本文開始我們再來聊聊中臺的哪些事！

（注：以下內(nèi)容來自我在某企業(yè)進(jìn)行中臺方案介紹的公開演講）

一、企業(yè)信息化2.0

眾所周知，系統(tǒng)的建設(shè)其實(shí)是一家企業(yè)信息化迭代的過程，而中臺的落地作為一個(gè)軟件系統(tǒng)，因此建設(shè)中臺也是一次企業(yè)信息化再次迭代的過程。

那么要想進(jìn)行正確的中臺建設(shè)，在建設(shè)中臺開始前，我們必需要了解中臺立項(xiàng)的背后，也就是此時(shí)的企業(yè)信息化遇到了什么問題？

因?yàn)檫@些問題其實(shí)也是企業(yè)信息化過程中必然會遇到的問題，可以說就算沒有中臺概念，也會有其他新的企業(yè)信息化理念來解決這些問題。

所以有了這樣的更高維度視角，再來審視中臺項(xiàng)目啟動，能清楚的看到中臺建設(shè)其實(shí)就是在進(jìn)行企業(yè)中這兩類問題的自我解答：

問題1：系統(tǒng)的服務(wù)不斷變的臃腫導(dǎo)致迭代速度越來越慢，整體性能越來越差

怎么理解服務(wù)臃腫化呢？這里有一個(gè)經(jīng)典的案例：

某電商商城系統(tǒng)的訂單服務(wù)，隨著服務(wù)不斷增多，一個(gè)訂單服務(wù)不僅需要提供查詢、創(chuàng)建訂單接口，還需要肩負(fù)訂單的評價(jià)、支付、甚至保險(xiǎn)的接口。

這樣的服務(wù)結(jié)構(gòu)下，導(dǎo)致我們的訂單表也不斷變大，開始一步步增添了非常多的字段如訂單、評價(jià)、支付等字段。從而導(dǎo)致在我們維護(hù)時(shí)，會出現(xiàn)牽一發(fā)而動全身的情況，極端情況下導(dǎo)致可能只是想修改一個(gè)評價(jià)功能，卻導(dǎo)致影響到了創(chuàng)建訂單的核心流程。

因此可以說這樣的企業(yè)背景下，中臺解決的具體問題就是當(dāng)企業(yè)信息化歷程中，服務(wù)越來越臃腫化后怎么處理這些服務(wù)的問題？

問題2：典型的多系統(tǒng)下的困局

隨著一家企業(yè)的業(yè)務(wù)不斷發(fā)展，企業(yè)信息化的階段除了系統(tǒng)內(nèi)服務(wù)不斷變得臃腫外，系統(tǒng)外部也會遇到一個(gè)典型的問題。

要想定義這個(gè)問題，我們需要先明白一家企業(yè)的信息化歷程是什么樣的？

這里為大家提供一個(gè)企業(yè)信息化演進(jìn)的模型——諾蘭信息系統(tǒng)六階段模型

在這個(gè)模型中我們能看到，一家企業(yè)的信息化過程可以分為兩個(gè)階段：

• 企業(yè)信息化1.0：對應(yīng)前三個(gè)階段：初始階段、拓展階段、控制階段。1.0更注重從無到有，從有到多，目標(biāo)在于如何承載業(yè)務(wù)實(shí)現(xiàn)；
• 企業(yè)信息化2.0：對應(yīng)后三個(gè)階段：整合階段、數(shù)據(jù)治理階段、成熟階段。2.0更注重從有到優(yōu)，從散到整，目標(biāo)在于如何整合多系統(tǒng)群。

而在這兩者的交界處我們稱之為轉(zhuǎn)折點(diǎn)，也就是企業(yè)信息化想邁入企業(yè)信息化2.0時(shí)代，必須要實(shí)現(xiàn)系統(tǒng)整合，完成IT架構(gòu)優(yōu)化，這也是一次從無到有轉(zhuǎn)向從有到優(yōu)的過程。

當(dāng)然這里的整合，主要指IT系統(tǒng)關(guān)系重新梳理，不一定是需要將整個(gè)企業(yè)內(nèi)的系統(tǒng)推倒重建，而是將違章建筑進(jìn)行拆除進(jìn)行二次歸類建設(shè)。

因此此時(shí)面對的問題，就是當(dāng)企業(yè)內(nèi)部不斷增添用于支撐不同場景下的系統(tǒng)后，如CRM/CMS/HCM等，這么多個(gè)系統(tǒng)要如何打通與協(xié)作才能更好的支撐企業(yè)業(yè)務(wù)演進(jìn)？

這里的典型反例就是，在我某次去某通訊公司內(nèi)部去做中臺咨詢時(shí)，發(fā)現(xiàn)內(nèi)部的產(chǎn)研同學(xué)對其主系統(tǒng)已經(jīng)不敢再做任何迭代改動，每次的任何微調(diào)都需要?jiǎng)訂T幾乎整個(gè)測試部的人進(jìn)行全量回歸測試。不過值得提一點(diǎn)的是，在這樣的背景下他們的主系統(tǒng)的測試用例寫的非常健全，且非常細(xì)致（方便全部門參與回測）。

或者還可以說在這樣的企業(yè)背景下，中臺解決的具體問題就是解決企業(yè)信息化2.0遇到的問題。

這也代表著要想能成功實(shí)現(xiàn)中臺方案的落地，就需要整個(gè)企業(yè)中的信息化系統(tǒng)聯(lián)動進(jìn)行改造。

二、轉(zhuǎn)折點(diǎn)問題

當(dāng)企業(yè)步入轉(zhuǎn)折點(diǎn)后，我們會發(fā)現(xiàn)企業(yè)內(nèi)部的系統(tǒng)使用業(yè)務(wù)人員，對系統(tǒng)的抱怨程度直線上升：

• 業(yè)務(wù)需求不斷的變化、系統(tǒng)不斷增加
• 流程錯(cuò)綜復(fù)雜，無人能了解所有系統(tǒng)流程
• 功能增加導(dǎo)致系統(tǒng)越來越不堪重負(fù)，系統(tǒng)卡頓，宕機(jī)頻現(xiàn)
• 不支持多渠道操作，一個(gè)任務(wù)需要操作多個(gè)系統(tǒng)，各系統(tǒng)數(shù)據(jù)不一致

而造成以上現(xiàn)狀的原因可以歸類為：

• 不是沒有系統(tǒng)，而是信息孤島太多（CRM/OA/HMS/FMS）
• 不是沒有數(shù)據(jù) ，而是信息不一致，難以匯總使用
• 業(yè)務(wù)變化快，緩慢的研發(fā)流程難以迅速響應(yīng)

以上我們可以將其稱之為企業(yè)信息化的“轉(zhuǎn)折點(diǎn)問題”。

所以我們需要一套面向轉(zhuǎn)折點(diǎn)的新企業(yè)信息化系統(tǒng)：

三、解決轉(zhuǎn)折點(diǎn)問題的方法

面對轉(zhuǎn)折點(diǎn)問題，在企業(yè)信息化過程中通用的解法是通過大規(guī)模系統(tǒng)重構(gòu)完成的，在市面上大家也能看到很多大廠內(nèi)部流傳出來的系統(tǒng)重構(gòu)案例，本質(zhì)上就是在解決轉(zhuǎn)折點(diǎn)問題。

而轉(zhuǎn)折點(diǎn)的重構(gòu)目標(biāo)如下表所示：

那么要想應(yīng)對企業(yè)信息化的“轉(zhuǎn)折點(diǎn)問題”，破局之道其實(shí)很簡單就是兩個(gè)思路：

這兩個(gè)思路很簡單，關(guān)鍵是怎么做好這個(gè)度，所以在中臺建設(shè)中必須有一整套完整的方法論來支撐，這也就是我在《中臺產(chǎn)品經(jīng)理寶典》一書中提到的中臺MSS建設(shè)方法論來保障這兩個(gè)思路的正確落地。

MSS建設(shè)方法論也是一個(gè)標(biāo)準(zhǔn)的中臺建設(shè)模型，可以簡稱為MSS模型：

• M代表市場：通過了解企業(yè)業(yè)務(wù)現(xiàn)在的發(fā)展路徑，以及未來的發(fā)展趨勢，從而找到ROI最大的業(yè)務(wù)可行性方案；
• S代表標(biāo)準(zhǔn)：通過將不同業(yè)務(wù)應(yīng)用的公共部分進(jìn)行重新抽象與標(biāo)準(zhǔn)化，完成自下而上的企業(yè)的業(yè)務(wù)架構(gòu)梳理；
• S代表方案：根據(jù)前兩者梳理出的業(yè)務(wù)發(fā)展動向與企業(yè)內(nèi)部標(biāo)準(zhǔn)化的業(yè)務(wù)架構(gòu)，進(jìn)行IT架構(gòu)定義，整理出完整中臺建設(shè)方案

在后面的再談中臺系列文章中我也會逐一展開講述。

四、企業(yè)信息化2.0理想IT架構(gòu)

我們來看看能解決轉(zhuǎn)折點(diǎn)下的企業(yè)信息化2.0理想IT架構(gòu)是什么？

要正確應(yīng)對轉(zhuǎn)折點(diǎn)問題的系統(tǒng)必須分為兩大部分：

1）應(yīng)用：解決企業(yè)運(yùn)作中的具體場景的問題，一個(gè)場景存在一個(gè)對應(yīng)的應(yīng)用

具體來說企業(yè)內(nèi)部應(yīng)用分類可以劃分為兩部分：

• 企業(yè)通用類應(yīng)用：用以支持如行政、財(cái)務(wù)、人事等公共類服務(wù)，這類通用類業(yè)務(wù)的一個(gè)顯著特點(diǎn)是自身不產(chǎn)生盈利。
• 業(yè)務(wù)類應(yīng)用：用以支持前臺具體業(yè)務(wù)線的應(yīng)用，如ToC電商/ToB電商等，這類應(yīng)用的劃分可以參考企業(yè)內(nèi)部業(yè)務(wù)線。

2）能力：整個(gè)企業(yè)內(nèi)部各個(gè)業(yè)務(wù)應(yīng)用均可復(fù)用的部分，包括：數(shù)據(jù)、流程、應(yīng)用三大部分

這里也是正確處理轉(zhuǎn)折點(diǎn)問題的關(guān)鍵，建立企業(yè)級信息化系統(tǒng)，將能力復(fù)用提取出來。

根據(jù)此我們就能得到一個(gè)企業(yè)信息化2.0理想IT架構(gòu)，如下圖所示

通過該模型，我們可以不斷將各個(gè)應(yīng)用中的通用部分沉淀下來成為通用能力，一勞永逸的解決歷史問題。

大家看到這張圖是不是覺得有點(diǎn)眼熟？沒錯(cuò)，這里企業(yè)信息化2.0理想IT架構(gòu)的落地工具就是中臺！

#專欄作家#

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

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

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