一、企業(yè)信息化2.0
眾所周知,系統(tǒng)的建設其實是一家企業(yè)信息化迭代的過程,而
OMS系統(tǒng)中臺的落地作為一個軟件系統(tǒng),因此建設中臺也是一次企業(yè)信息化再次迭代的過程。
那么要想進行正確的中臺建設,在建設中臺開始前,我們必需要了解中臺立項的背后,也就是此時的企業(yè)信息化遇到了什么問題?
因為這些問題其實也是企業(yè)信息化過程中必然會遇到的問題,可以說就算沒有中臺概念,也會有其他新的企業(yè)信息化理念來解決這些問題。
所以有了這樣的更高維度視角,再來審視中臺項目啟動,能清楚的看到中臺建設其實就是在進行企業(yè)中這兩類問題的自我解答:
問題1:系統(tǒng)的服務不斷變的臃腫導致迭代速度越來越慢,整體性能越來越差
怎么理解服務臃腫化呢?這里有一個經典的案例:
某電商商城系統(tǒng)的訂單服務,隨著服務不斷增多,一個訂單服務不僅需要提供查詢、創(chuàng)建訂單接口,還需要肩負
oms系統(tǒng)訂單的評價、支付、甚至保險的接口。
這樣的服務結構下,導致我們的訂單表也不斷變大,開始一步步增添了非常多的字段如訂單、評價、支付等字段。從而導致在我們維護時,會出現牽一發(fā)而動全身的情況,極端情況下導致可能只是想修改一個評價功能,卻導致影響到了創(chuàng)建訂單的核心流程。
因此可以說這樣的企業(yè)背景下,中臺解決的具體問題就是當企業(yè)信息化歷程中,服務越來越臃腫化后怎么處理這些服務的問題?
問題2:典型的多系統(tǒng)下的困局
隨著一家企業(yè)的業(yè)務不斷發(fā)展,企業(yè)信息化的階段除了系統(tǒng)內服務不斷變得臃腫外,系統(tǒng)外部也會遇到一個典型的問題。
一家企業(yè)的信息化過程可以分為兩個階段:
企業(yè)信息化1.0:對應前三個階段:初始階段、拓展階段、控制階段。1.0更注重從無到有,從有到多,目標在于如何承載業(yè)務實現;
企業(yè)信息化2.0:對應后三個階段:整合階段、數據治理階段、成熟階段。2.0更注重從有到優(yōu),從散到整,目標在于如何整合多系統(tǒng)群。
而在這兩者的交界處我們稱之為轉折點,也就是企業(yè)信息化想邁入企業(yè)信息化2.0時代,必須要實現系統(tǒng)整合,完成IT架構優(yōu)化,這也是一次從無到有轉向從有到優(yōu)的過程。
當然這里的整合,主要指IT系統(tǒng)關系重新梳理,不一定是需要將整個企業(yè)內的系統(tǒng)推倒重建,而是將違章建筑進行拆除進行二次歸類建設。
因此此時面對的問題,就是當企業(yè)內部不斷增添用于支撐不同場景下的系統(tǒng)后,如CRM/CMS/HCM等,這么多個系統(tǒng)要如何打通與協作才能更好的支撐企業(yè)業(yè)務演進?
這里的典型反例就是,在我某次去某通訊公司內部去做中臺咨詢時,發(fā)現內部的產研同學對其主系統(tǒng)已經不敢再做任何迭代改動,每次的任何微調都需要動員幾乎整個測試部的人進行全量回歸測試。不過值得提一點的是,在這樣的背景下他們的主系統(tǒng)的測試用例寫的非常健全,且非常細致(方便全部門參與回測)。
或者還可以說在這樣的企業(yè)背景下,中臺解決的具體問題就是解決企業(yè)信息化2.0遇到的問題。
這也代表著要想能成功實現中臺方案的落地,就需要整個企業(yè)中的信息化系統(tǒng)聯動進行改造。
二、轉折點問題
當企業(yè)步入轉折點后,我們會發(fā)現企業(yè)內部的系統(tǒng)使用業(yè)務人員,對系統(tǒng)的抱怨程度直線上升:
業(yè)務需求不斷的變化、系統(tǒng)不斷增加
流程錯綜復雜,無人能了解所有系統(tǒng)流程
功能增加導致系統(tǒng)越來越不堪重負,系統(tǒng)卡頓,宕機頻現
不支持多渠道操作,一個任務需要操作多個系統(tǒng),各系統(tǒng)數據不一致
而造成以上現狀的原因可以歸類為:
不是沒有系統(tǒng),而是信息孤島太多(CRM/OA/HMS/FMS)
不是沒有數據 ,而是信息不一致,難以匯總使用
業(yè)務變化快,緩慢的研發(fā)流程難以迅速響應
以上我們可以將其稱之為企業(yè)信息化的“轉折點問題”。
三、解決轉折點問題的方法
面對轉折點問題,在企業(yè)信息化過程中通用的解法是通過大規(guī)模系統(tǒng)重構完成的,在市面上大家也能看到很多大廠內部流傳出來的系統(tǒng)重構案例,本質上就是在解決轉折點問題。
那么要想應對企業(yè)信息化的“轉折點問題”,破局之道其實很簡單就是兩個思路:
這兩個思路很簡單,關鍵是怎么做好這個度,所以在中臺建設中必須有一整套完整的方法論來支撐,這也就是我在《中臺產品經理寶典》一書中提到的中臺MSS建設方法論來保障這兩個思路的正確落地。
MSS建設方法論也是一個標準的中臺建設模型,可以簡稱為MSS模型:
M代表市場:通過了解企業(yè)業(yè)務現在的發(fā)展路徑,以及未來的發(fā)展趨勢,從而找到ROI最大的業(yè)務可行性方案;
S代表標準:通過將不同業(yè)務應用的公共部分進行重新抽象與標準化,完成自下而上的企業(yè)的業(yè)務架構梳理;
S代表方案:根據前兩者梳理出的業(yè)務發(fā)展動向與企業(yè)內部標準化的業(yè)務架構,進行IT架構定義,整理出完整中臺建設方案
在后面的再談中臺系列文章中我也會逐一展開講述。
四、企業(yè)信息化2.0理想IT架構
我們來看看能解決轉折點下的企業(yè)信息化2.0理想IT架構是什么?
要正確應對轉折點問題的系統(tǒng)必須分為兩大部分:
1)應用:解決企業(yè)運作中的具體場景的問題,一個場景存在一個對應的應用
具體來說企業(yè)內部應用分類可以劃分為兩部分:
企業(yè)通用類應用:用以支持如行政、財務、人事等公共類服務,這類通用類業(yè)務的一個顯著特點是自身不產生盈利。
業(yè)務類應用:用以支持前臺具體業(yè)務線的應用,如ToC電商/ToB電商等,這類應用的劃分可以參考企業(yè)內部業(yè)務線。
2)能力:整個企業(yè)內部各個業(yè)務應用均可復用的部分,包括:數據、流程、應用三大部分
這里也是正確處理轉折點問題的關鍵,建立企業(yè)級信息化系統(tǒng),將能力復用提取出來。