中臺！中臺！分享人：去年底大家炒作“中臺的邪”，現在又是“阿里去中臺化”，你怎么看？

“中臺的邪”該文章我曾經參與，也被大家開玩笑說百果園是文章中唯一正面形象。今年去中臺化又成為了熱議，我認為這是一種不對的心態。看一件事物要看他的本質，中臺只是一種方法論，就和中醫與西醫一樣，兩種方法論，你不能把所有錯誤推到方法論上面去。這也反映了我們國內IT建設的盲目性和跟風現象，畢竟屁股決定腦袋，你不用最新的流行語，怎么能從老板那里拿到預算呢？中臺和任何其他新技術一樣，首先需要的是人，是組織陪襯，原來是大刀長矛，現在換成了沖鋒槍，你就不能拿起來掄人，而且你還要時刻關注子彈的消耗與后勤的保障。不做組織變革，一定出問題。阿里中臺有先天的原因和文化的因素，一千個企業有一千種不同的中臺，因為實現的目的、路徑不同。中臺的真正價值是什么？如何深度理解對企業的意義？中臺是一個技術系統，還是一個解決問題的方法論？數字中臺包含了哪些技術應用？

中臺是方法論，不一定僅用于IT，例如立白，就很好的把中臺應用到組織架構，原來大大小小的事業部，都需要物流，各自尋找合作伙伴，現在通過中臺事業部，把它整合成一個“物流服務”，統一輸出服務，不僅提高了效率、減少了腐敗，也進一步提高了服務質量。中臺的思維是一種控制思維，針對70%效率30%創新的企業而言，效果很好，針對70%創新+30%效率的模式就不太適合，在這種高創新環境下，試錯追求的是靈活，而不是成本。數字中臺這個提法不算太恰當，因為數據原來在企業中沒有人專門整體負責（內部和外部數據是不同，內部數據一般有人管理），所以，數據是最容易中臺化的，而且整合了內外部數據以后，價值立竿見影，所以被提到的比較多。數字中臺一般會包含數據治理、數據展現、數據洞察、數據消費四大類接上一問題如果我們拋開中臺兩個字，其實很多成功企業早就這么干了，中臺只是在中間抽象了一層，讓這一層的工作更加清晰。中臺的崛起和云端算力突破瓶頸是不可分割的，原來的信息系統，哪怕是最強大的商用服務器，比如Oracle的ExaData，單臺機器的擴充也是有瓶頸的，而互聯網的突發高流量現象，需要新的技術解決方案，這時候云服務器的按需付費模式，就變成很好的補充，在新的軟件技術幫助下，系統第一次突破了算力的瓶頸，同時按需付費又大大降低了設備的投入。這時候，中臺體系就變得很有意義。原來我們上一套系統，必須先問清楚，多少用戶，多少數據，訪問頻次，來預估極限，現在云端算力可以說是無窮無盡，可大可小，因此，可以簡單粗暴的把功能堆砌上去，用的時候彈出新服務器即可。在SOA年代（中臺前身）必須考慮服務的粒度拆得多細才是最佳，細了更靈活但是效率會降低，現在可以完全不用管這個。本質上，中臺是個對云的深入應用，最大的收益者自然也是云服務器廠商，這也是為什么阿里大力推動中臺的一個原因企業級的中臺有沒有非常好的案例？到底解決了什么核心問題目前看到，適合自己的才是最好的，不同發展階段的企業，中臺對他來說意義是不一樣的。就以剛才立白的例子，物流可以變為業務中臺的一種能力，同樣，大量的業務都需要調用會員的信息，會員的資料，調用會員積分的接口，這時候，他們就被中臺化了。中臺在發展的早期，也是很痛苦的，剛開始是顛覆性的鄙視傳統信息系統例如SAP，把他的功能全部拆成服務，做法簡單粗暴，就像一根玉米上的玉米粒，全部被剝下來，混在一起，結果帶來很多問題，后來中臺重新向傳統系統學習，提出了域的概念，其實就是把原來的會員系統，稱為會員域，把營銷系統，稱為營銷域，并定義了域與域之間不能互相調用，這樣相當于把玉米粒剝下來以后，重新再排成一排，但是立竿見影的解決了原來服務體系的混亂，變得可用了。接上個問題中臺到底解決了什么呢？個人認為這就和旅行一樣，沿途的風景才是最大的收獲，在簡歷中臺的過程中，很多企業徹底的、全新的梳理了自己的流程與內部價值，所以可以說，上中臺成不成功，本質是企業有沒有弄明白自己是什么。我們的系統是中臺架構，對外輸出的時候我有三不做，沒有明確的足夠預算不做，沒有清晰的戰略定位不做，甲方沒有對業務有清晰認識的高管不做。因為這三點才是上中臺過程中能讓企業獲得價值的核心。成功企業不會因為上了中臺就更成功，不太成功企業如果能夠成功的實施了中臺，那也就意味著成功。什么樣的企業適合打造中臺？有沒有行業和大小之分？對于大公司，什么最難？創新！如果能有30%的創新就已經樂開了花。中臺和其他一切相關工具都是為了低成本的創新而存在ERP：提升業務效率中臺：提升創新效率成本核算：投入：足夠多的資源投入（外部采購成本：3000萬，自研成本：8000萬）損耗：經受得起一定的性能下降帶來的額外開銷：短期增加30%的性能開銷收益：1%的效率提升、2%的業績提升，營業額至少要達到50億才能持平在普遍實行類阿米巴管理體系下，小企業業務部門分攤的成本有限對于中小企業，有更簡單輕量的方案經典的中臺運營架構圖什么樣子？能否描繪一下？數據中臺、內容中臺和交易中臺都是什么關系？業務中臺數據中臺后臺進銷存倉儲物流財務OAHR訂單中心商品中心會員中心支付中心營銷中心庫存中心數據業務化業務數據化客戶畫像門店畫像數據標簽物流中心結算中心數據地圖算法模型數據倉庫人場貨門店線上線下一體化運營精準營銷千人千面APP小程序采購庫存供應鏈數字化選品計劃經濟與動態銷管第三方“業務+數據”雙中臺打造水果零售行業的數字雙引擎接上一問題簡單的說，中臺提供了兩種能力，隨心所欲而不逾矩1、針對業務：想要什么數據，立刻就可以得到什么數據2、針對開發：想要怎么復用業務流程，就可以怎么復用這兩點支持了創新，這就是中臺的核心價值打造中臺的步驟怎么樣？企業如何一步步展開部署？要點是什么？組織變革與陪襯明確清晰定位自己的戰略確認自己未來的收益數據治理，建立數據中臺業務流程清洗（EPR企業流程再造）建立不同的業務域，構建業務中臺前臺對接匹配按SAP的說法，以上都是為了敏態業務服務，而財務等穩態業務無需納入中臺，而我認為這只是時間的問題，一定程度上，穩態業務也可以通過中臺化進行優化，只是周期較長，風險較高，收益較低，是一個值不值得做的問題而不是該不該做的問題。企業在打造中臺的過程中，如何進行組織變革？人員和崗位要求怎樣？這個問題太大了，但是有一個更加重要的前提，我在中臺的邪里面提到了，企業文化一定要匹配，一個企業如果各個部門本位主義嚴重，個個只想著甩鍋，那一定無法成功，需要強有力的領導和深入了解全產業鏈業務的高管，最后，還要有充足的預算。最低配置，5～6個架構師，20左右的產品經理（懂業務的），開發如果是外包，人可以少一點，如果是自研，老板不可能一個中臺上2年，所以根據業務的復雜程度，需要匹配一年內完成開發工作量的足夠的開發人員。企業數字中臺的運營能力體現在哪些方面？中臺的運營是否體現在對數據能力的掌控上？為什么？效率、效益、創新互聯網的開發都是小步快跑，企業未來也會需要這樣的迭代方式，中臺能否服務好他們就是中臺的評判標準數據只是其中一個方面，但也是最重要的方面，畢竟數據能否清晰透明，隨時掌握了，企業主就不用拍著腦袋做決策，成功概率會更大一些。有的時候，你只要跑得比對手快就夠了。中臺的運營，可以做一個簡單的模擬，你今天經營的產品出了重大問題，那么，你手里有1000萬的會員，你能用多快的時間給他們提供新的品類的產品服務？比如你是星巴克，突然咖啡絕種了，你要改賣面包，你的整個體系需要多久，你的IT系統需要多久？在新零售和疫情的雙重夾擊下，其實這個問題已經在每天拷打著各行業的老板們，這才是中臺的核心意義。接上一頁我的回答是這樣，你首先需要數據中臺，對你的消費者做出全面的分析，哪些是只愿意在你這里買咖啡的，哪些是愿意嘗試你的新產品的，他們有多少，在哪里？消費能力是多少？然后你再根據這個數據來設計新品，重構供應鏈，這時你的業務系統如何與上游對接？你的新品類的銷售模式可能也和原來不通，這時候你怎么改造業務系統來完成你的交易？這些才是對中臺的挑戰和價值體現。這個問題做完了，我們回過頭來看，哦，現在咖啡還沒有絕種，那么這個想象中的新品類，是否能夠加入我目前的體系中來，給我企業帶來新的增長點？這如果可以，恭喜你，你又可以帶領企業上一個新的臺階，著就是一個創新的完整過程。數字中臺部署成功的要素是什么？標志是什么？一般需要多長時間？開會的時候沒有幾個部門在爭吵說你的數據對還是我的數據對了數據的展現可以自動化了，比如針對某個新的經營主題，大家都很關注，那么是否能夠很簡單的建立一個自動化推送，如果可以，那就再加一分數據中是否能洞察出企業發展的危機或者機遇？可以，那就再加一分數據能夠讓一線的業務人員更方便的訪問，并且整合到他們的日常操作中去，并且不會隨著業務擴張越來越慢，可以，那就再加一分數據這么方便了，是否足夠安全？安全，那就再加一分數據的價值就是在這一點一滴中積累起來的，成功其實永無止境一般至少1年的時間。部分常見問題交流部分常見問題交流數據中臺的建設思路、規劃和建議【是否加智能屬性？該如何規劃數據中臺和算法中臺，是先建設BI，然后優化，然后加智能算法，還是其他】數據中臺，甲方的項目團隊建議IT系統架構的建議和介紹【業務中臺，數據中臺和算法中臺】IT團隊的建設及組織架構建議（略）甲方IT團隊技術選型【技術中臺介紹】（略）數據中臺的建設思路、規劃和建議中臺是一種方法論中臺的目的是高效復用中臺變革必須優先建立組織陪襯先后順序：數據中臺——快速看到問題，建立數據治理規范（強與弱）業務中臺——為解決問題、執行流程的組織提供高效的服務算法中臺依托于數據中臺，可逐步完善IT只是工具，IT的設計、規劃，都必須服從于公司的整體戰略，應該優先考慮的是要什么？為什么要？技術要解決的問題是什么？希望IT能夠幫客戶解決哪些問題？零售客戶認為IT的范圍和邊界是啥客觀認知：存、取、計算主觀認知：我想控制的利益外的工作希望IT能解決哪些方面的問題第一階段：和電腦有關的重復操作第二階段：人力無法觸達的細致操作第三階段：大數據洞察如何驗證有沒有達到效果拆細、分階段IT領先業務半步，提前訂出衡量標準特別注意細節、借口中臺不是萬能藥什么特征的客戶群關注中臺：中臺的價值對于中小型客戶不高，需要有業務模型構建能力中臺可以參照當年SOA架構的適用者中臺適用于領跑者：中臺需要有良好的企業文化作為業務落地的支撐來體現價值大量業務模式需要探索與改變，有一定IT能力（中臺主要解決了復用和性能問題）對于大型企業，中臺的短期目的是IT不拖業務后腿IT能夠創造額外價值IT不會短期遇到性能瓶頸，可以平滑擴充不同的客戶眼中的中臺及要求同樣是買一輛車，不同用戶有不同的核心訴求：只是要一輛車要系統：價格和別人差不多，別人有的我也應該有要一輛跑得快的車要流程：別人能跑多快，我應該也行，關注業務流程在系統中的實現要一輛合適的車要價值：注重車輛各個部件帶來的能力要一輛能送我到達目的地的交通工具要引擎：關注能否適應我的需求，能否按需定制IT思維與老板思維的不同：拖拉機VS種什么數據中臺很重要，但只是一部分數據是不是對的？（準確問題、合規問題、時效問題）數據所觸發的流程是否是合理的？流程觸發的執行是否是正確的？對于大多數零售企業，在努力回答第一個問題，在歸納總結第二個問題，在靠慣性操作第三個問題。數據的外層是流程，再外層是執行零售業的困惑是人引發的異常，市場變化引發的異常數據用于發現異常、預測未來、指導干預結果流程是選擇快速準確解決這個問題的方法數據的細分數據有兩層：內部數據：業務數據，流程清晰即可定義外部數據：精蕪混雜，人的經驗、精力不足以解決，AI是過渡，因為普適性和效率不足解決問題只是最簡單的條件反射，發現規律才是智能的本質目前的數據中臺的建立收集外部數據，基于留痕與軌跡數據量較大內部元數據規整，大約1-200個元數據，數據量適中數據中臺：解決數據存在哪里、怎么存、怎么快速取出通過BI、報表等建立一線的基礎反射中臺是一種方法論開發、思維模式發生了巨大變化，要把后背交給別人傳統模式中臺模式性能VS功能優先考慮功能，然后是性能優先考慮全彈性，然后是復用分解邏輯順著流程向下分解（縱向）基于服務單元進行分解（橫向）業務關系基于表單任意跳轉關聯基于域進行限制開發模式一個人（組）可以做完一整條線分層開發，各司其職瓶頸數據庫性能，可擴充網絡帶寬、彈性效率IT管控多系統運維整體控制重點解決問題業務部門內規范跨部門規范理論基礎老三論：系統論、控制論、信息論新三論：耗散論、協同論、突變論設計要點別出錯別失控實施問題一定要按流程執行信任、錯誤數據如何回滾從流程分解到服務單元分解中臺的風險對于大公司，什么最難？創新！中臺和其他一切工具都是為了低成本的創新而存在ERP：提升業務效率中臺：提升創新效率成本核算：投入：足夠多的資源投入（外部采購成本：3000萬，自研成本：8000萬）損耗：經受得起一定的性能下降帶來的額外開銷：短期增加30%的性能開銷收益：1%的效率提升、2%的業績提升，營業額至少要達到50億才能持平在普遍實行類阿米巴管理體系下，小企業業務部門分攤的成本有限對于中小企業，有更簡單輕量的方案不要被中臺綁架中臺的問題能說得清的人不多投入的成本高短期不能快速解決實際業務問題作為一個簡單粗暴的方案，還有大量優化的余地第三方開發的風險上升：模塊級——系統級引入第三方的成本增加：額外的中臺開發接口未來基于中臺的業務創新技術方向：從數據—>應用—>算法逐步遞進全數字化空間和自主行動者建模（Agent

Based

Model）AI