今天談下2021年企業(yè)數(shù)字化轉(zhuǎn)型技術應用的發(fā)展趨勢，對于企業(yè)數(shù)字化轉(zhuǎn)型發(fā)展趨勢，談大趨勢的文章很多，因此今天這篇文章的重點還是圍繞技術應用方面，即是我在最早給出的企業(yè)數(shù)字化轉(zhuǎn)型能力框架中的技術支撐層這塊的內(nèi)容說明。

從信息化到數(shù)字化，從消費互聯(lián)到產(chǎn)業(yè)互聯(lián)，從互聯(lián)網(wǎng)+到數(shù)字經(jīng)濟，可以講企業(yè)數(shù)字化轉(zhuǎn)型將是企業(yè)必將進行的重要戰(zhàn)略事項。毫不夸張地說，隨著信息化和數(shù)字經(jīng)濟的高速發(fā)展，對傳統(tǒng)企業(yè)的影響已經(jīng)不再是單純的信息化和自動化提升效率，而是通過數(shù)字化對企業(yè)戰(zhàn)略和商業(yè)模式的重塑。

今天當我重新思考數(shù)字化轉(zhuǎn)型技術發(fā)展趨勢的時候，得出一個新的觀點，即技術應用發(fā)展本身也可以推動業(yè)務變革，而不是說只能夠是業(yè)務驅(qū)動IT和技術發(fā)展。也就是說在傳統(tǒng)模式下都是業(yè)務場景驅(qū)動技術的應用，而數(shù)字化的當下，新技術的產(chǎn)生讓我們可以重新思考技術本身能否產(chǎn)生新的業(yè)務場景，這些業(yè)務場景可能原來你想都不敢想，但是當前卻可以變?yōu)楝F(xiàn)實。

所以不要被動的以業(yè)務視角來談技術，技術在數(shù)字化下的主觀能動性將超乎想象。對于技術應用趨勢，我希望談下更多的小思路和小趨勢，期望對大家有所借鑒。

連接無處不在-隨時隨地的在線

當談數(shù)字化的核心邏輯的時候就談到，連接是基礎的基礎，連接解決了業(yè)務協(xié)同問題，同時連接又解決了基礎的數(shù)據(jù)采集問題。數(shù)字化下的連接無處不在，需要解決的是人和人，人和物，物和物之間的萬物互聯(lián)。同時這個連接本身又是隨時都在線的狀態(tài)。

人作為連接中的一個重點，通過手機和移動互聯(lián)網(wǎng)完成連接，保持隨時在線做的狀態(tài)。而物本身可以內(nèi)嵌各種物聯(lián)網(wǎng)芯片或傳感器來解決物之間，物和云平臺，物和人之間的連接問題。

連接無處不在，同時需要保持隨時隨地的在線狀態(tài)。也就是說任何一個人，任何一個事物，我們都可以在任何的時間清楚地了解到他的位置，他當前的狀態(tài)信息。

連接是實時的，同時連接也是打破了人和物的邊界的。同時連接本身應該打破傳統(tǒng)企業(yè)的邊界，構(gòu)建一個外網(wǎng)生態(tài)，外網(wǎng)產(chǎn)業(yè)鏈上下游的全連接生態(tài)模式。

其次，對于連接本身應該是一種去中心化的發(fā)展趨勢，任何連接只要是中心化方式的一定是增加了依賴和損耗，降低了效能。

在多年前看《失控》這本書的時候，當時里面有一個核心即：

看似復雜，無序，混亂和失控的群體，其本質(zhì)是一種高度自治下，多種反饋和調(diào)節(jié)機制下的自我控制體。這種自我控制完全是一種動態(tài)的方式，催生自我進化。宇宙，生態(tài)圈，生物圈，生命物種，群落，機器都在相互影響的既封閉又開放的一個環(huán)境里面進化。

自然界的群體，不論是蜂群還是蟻群，都處于一個分布式的自我調(diào)節(jié)和控制狀態(tài)，沒有必然的層級而是一種網(wǎng)狀結(jié)構(gòu)。整個控制是一種自上而下的自我控制。群體最有意思的就是單個個體看似的無序卻帶來了整個群體的高度協(xié)同和有序。

網(wǎng)狀分布式結(jié)構(gòu)打破了我們傳統(tǒng)的對層級結(jié)構(gòu)，矩陣式結(jié)構(gòu)的各種認知，包括談到了分布式打破了一定要有一個中樞控制體或總線的認知，每個個體既是消息發(fā)出者也是消息產(chǎn)生者，群體通過個體間的碰撞快速的完成自我調(diào)節(jié)和糾偏。

簡單來說一個連接去中心化程度越高，往往其智能程度也就越高。

泛終端化-信息采集的實時和多樣性

對于傳統(tǒng)的企業(yè)信息化和IT系統(tǒng)建設，我們來看下數(shù)據(jù)的形成往往依靠的是業(yè)務人員在IT系統(tǒng)的電子表單中完成錄入。也就是說IT系統(tǒng)，不論是PC端還是APP端，是我們唯一的數(shù)據(jù)采集點和數(shù)據(jù)形成點。

在實際的業(yè)務運作中，我們接觸到類似語音，圖像，視頻，文檔等各種各樣的信息，而這些信息通過人的介入，將其結(jié)構(gòu)化為一個個訂單，一個個工單數(shù)據(jù)進入到IT系統(tǒng)。即現(xiàn)實世界非結(jié)構(gòu)化信息=> 人的轉(zhuǎn)換 =》IT系統(tǒng)能夠理解的結(jié)構(gòu)化數(shù)據(jù)。

這個是我們在做傳統(tǒng)企業(yè)信息化多年以來留下的標準套路。但是這個做法本身存在兩個關鍵問題需要解決。

其一是通過人轉(zhuǎn)換，既增加了人的工作量，無法滿足一下實時性場景需求。其二是人在中間轉(zhuǎn)換，那么就會因為個人理解認知的不同，但是原始信息失真。

連接本身是為了產(chǎn)生數(shù)據(jù)，但是數(shù)據(jù)的產(chǎn)生需要考慮數(shù)據(jù)多樣性和實時性的需求，而不是所有數(shù)據(jù)的產(chǎn)生全部需要人的介入才能夠完成。在這個里面泛終端化將是實現(xiàn)數(shù)據(jù)實時，多樣性采集的一個關鍵。

移動終端，適配監(jiān)控，穿戴設備，語音識別裝置，智慧顯示屏，包括智能工廠里面的各種智能設備和手持終端，都是成為數(shù)據(jù)采集的接入點。數(shù)據(jù)不僅僅是結(jié)構(gòu)化的，同時應該包括了大量的類似語音，視頻，文檔等非結(jié)構(gòu)化數(shù)據(jù)。

當不再強調(diào)數(shù)據(jù)采集的結(jié)構(gòu)化的時候，你才能夠?qū)崿F(xiàn)數(shù)據(jù)采集的實時性。

比如一個敏捷開發(fā)的站立會議，每個人都進行發(fā)言，同時在白板討論了一個大的模塊間集成架構(gòu)思路。這些過程傳統(tǒng)方式都需要人工整理。而實際上新模式下應該是語音自動采集并進行語音識別為文字，畫圖本身拍照并存儲，或者畫圖直接通過類似智慧屏等終端進行保存和上傳。

配合各種泛終端和智能應用，真正解決了數(shù)據(jù)采集的多樣化，實時性問題。減少了人工在里面的二次處理和轉(zhuǎn)換。當企業(yè)真正形成了這種實時多樣的數(shù)據(jù)資源后，才談得上后續(xù)的大數(shù)據(jù)存儲，大數(shù)據(jù)處理和分析等進一步的增值應用。

企業(yè)主導，外援為輔

在前面多篇文章都提到過企業(yè)的數(shù)字化轉(zhuǎn)型是一把手工程，必須從上到下推動，全員參與。打破傳統(tǒng)業(yè)務和IT兩張皮的壁壘，探索業(yè)務和IT深度融合的新模式。

雖然我在前面文章也談到了完整的企業(yè)數(shù)字化能力框架，數(shù)字化轉(zhuǎn)型方法論，但是實際可以看到如果企業(yè)僅僅想依靠外部的咨詢公司或顧問團隊來完成企業(yè)整體的數(shù)字化轉(zhuǎn)型架構(gòu)設計，具體的IT應用架構(gòu)設計和實施落地，基本都是不現(xiàn)實的。

外部咨詢團隊半年左右完成一個咨詢項目，在這么短的時間周期里面實際很難真正做到對企業(yè)業(yè)務流程，業(yè)務邏輯的完整理解，并結(jié)合企業(yè)實際情況給出切實可行的方案規(guī)劃和實施演進策略和路線。

企業(yè)自身的業(yè)務和痛點，企業(yè)內(nèi)部自己的業(yè)務領導，核心業(yè)務骨干往往最清楚。企業(yè)需要的是將自己的人員培養(yǎng)為具備業(yè)務和IT雙重能力的，具備數(shù)字化轉(zhuǎn)型思維和意識的人員。而不是單純地靠外援輸血，最終導致方案無法落地，項目中途夭折等。

任何數(shù)字化轉(zhuǎn)型，首先需要想明白的還是業(yè)務和商業(yè)模式重構(gòu)，其次才是底層的技術和IT應用如何更好地支撐。

當然也不是一味地否定外部方法論和數(shù)字化轉(zhuǎn)型經(jīng)驗，企業(yè)更多的應該是了解數(shù)字化轉(zhuǎn)型的科學方法規(guī)劃，實施策略標準等，外援的作用更多也是過程和方法層面的指導。具體商業(yè)模式的重構(gòu)，場景和業(yè)務的梳理，需求和IT的匹配等更多還是應該由企業(yè)內(nèi)部人員去思考清楚，并制定合理的演進路線和實施策略。

垂直場景，小步快跑

如果有一個做數(shù)字化轉(zhuǎn)型的咨詢廠家或IT服務商跟你說，希望花1年時間將你內(nèi)部的業(yè)務流程全部梳理完成，并給出完整的業(yè)務和數(shù)據(jù)架構(gòu)，基于這些架構(gòu)來為企業(yè)構(gòu)建一個完整的數(shù)字中臺，中臺提供大而全的服務接口能力，滿足后續(xù)所有的業(yè)務場景的靈活組裝和編排。

那么你一定要小心，項目失敗的可能性極大。

以上的場景不就是傳統(tǒng)的為企業(yè)做完整的企業(yè)架構(gòu)，信息化規(guī)劃的場景嗎。一個IT規(guī)劃做大半年，分3到5年演進，實際3年后你再看發(fā)現(xiàn)很多當初規(guī)劃的內(nèi)容已經(jīng)出現(xiàn)明確的錯誤或偏差，根本就無法指導后續(xù)的IT建設和實施落地工作。

中臺的思想是好事情，但是你為了數(shù)字化轉(zhuǎn)型去理想化地構(gòu)建一個滿足所有能力的大中臺，而且希望一步到位，那么這個思路本身是錯誤的。

不管是底層的云原生技術平臺還是中臺，技術架構(gòu)可以考慮的完善點，滿足高可用和后續(xù)高擴展的需求。但是對于中臺里面的裝的內(nèi)容，一定是基于業(yè)務垂直場景驅(qū)動，逐步填充進去的，也就是前面談到基于迭代思路小步快跑。

數(shù)字化轉(zhuǎn)型是一個大工程，任何一個企業(yè)都不可能依靠外來標準的方法論取得成功，因此企業(yè)更多要考慮的就是短周期迭代自我驗證，自我試錯，不斷的糾偏，然后找到適合自己的規(guī)劃和演進模式。

比如你前期的重點可能是數(shù)字化營銷和C端用戶從公域到私域的引流，那么所有內(nèi)部的業(yè)務和IT應用，都應該基于這個目標驅(qū)動來進行重構(gòu)，該組織變革的就組織變革，該提供API接口的就提供接口，一切為這個垂直場景目標提供服務。

當你真正走通一個垂直場景，并且這個垂直場景發(fā)展了業(yè)務價值和作用的時候，你才能夠清楚地理解數(shù)字化轉(zhuǎn)型，規(guī)劃實施的可驗證，可落地的行動步驟。

技術生態(tài)構(gòu)建和自主可控

在整個數(shù)字化轉(zhuǎn)型，不論是平臺還是應用的構(gòu)建過程中，都會體現(xiàn)出幾個大的趨勢。

其一就是自主可控，特別是面對美國的技術封鎖的情況下，自主可控和國產(chǎn)化已經(jīng)不是簡單的企業(yè)戰(zhàn)略，而是國家戰(zhàn)略。包括當前國家推動的信創(chuàng)產(chǎn)業(yè)發(fā)展，從芯片到IT軟硬件的自主研發(fā)和自主可控等。

從國產(chǎn)化操作系統(tǒng)，數(shù)據(jù)庫，中間件，逐步被更多的企業(yè)所接受和采用，同時也從傳統(tǒng)的政府部門擴展到類似電信，金融等大型企業(yè)或集團。

其二是技術生態(tài)和開源化，即大型的集團或企業(yè)，在構(gòu)建自己的數(shù)字化能力的時候，更加強調(diào)了自主研發(fā)，而不再是單純的購買外部的產(chǎn)品套件。產(chǎn)品套件本身是一個偏封閉的黑盒，難以在后續(xù)和其它IT能力協(xié)同集成，形成一個完整的能力開放體系。如果期望上層的業(yè)務或場景能夠快速地組裝，那么首先要做到的就是底層的基礎能力完全做到自主研發(fā)和自主可控。

當然如果你僅僅是一個規(guī)模較小的企業(yè)，那么整個的發(fā)展趨勢不是自主研發(fā)，也不是購買標準的產(chǎn)品化產(chǎn)品，而是從內(nèi)部構(gòu)建IT和應用，轉(zhuǎn)到實際使用SaaS云服務能力。

即小企業(yè)構(gòu)建云服務，大企業(yè)自主研發(fā)可控。

數(shù)據(jù)的實時性和多樣性需求

數(shù)據(jù)化轉(zhuǎn)型的第二個重點是數(shù)據(jù)，而對于數(shù)據(jù)在數(shù)據(jù)化轉(zhuǎn)型階段不是傳統(tǒng)的應用于數(shù)據(jù)分析決策，而是需要通過數(shù)據(jù)來驅(qū)動業(yè)務運作，驅(qū)動業(yè)務運營。

也就是說對數(shù)據(jù)的實時性需求在提升。

傳統(tǒng)的數(shù)據(jù)批處理模式，數(shù)據(jù)采集集成，清理和建模，更多的是應用到大數(shù)據(jù)分析和決策，而不是實時的應用到業(yè)務運作中。數(shù)據(jù)反哺業(yè)務協(xié)同，是在數(shù)字化轉(zhuǎn)型過程中數(shù)據(jù)層面需要解決的一個關鍵問題。

其次，當連接無處不在和泛終端化后，數(shù)據(jù)一定是多樣性的，那么對于數(shù)據(jù)的多樣性必須提供一個統(tǒng)一的采集和存儲手段，形成一個完成的共享數(shù)據(jù)存儲和能力開放。

對于數(shù)據(jù)的實時性要求，需要考慮的重點就是數(shù)據(jù)的流處理和計算，傳統(tǒng)的方式下數(shù)據(jù)流處理和數(shù)據(jù)批處理是分離的，而新的趨勢應該是流批一體，一次完整的數(shù)據(jù)流動，既能夠滿足數(shù)據(jù)批處理和采集的需求，同時在數(shù)據(jù)流動過程中又完成應有的流式計算和中間處理過程。數(shù)據(jù)批處理可以用到數(shù)據(jù)分析等非實時場景，而數(shù)據(jù)流處理則可以滿足實時性的業(yè)務協(xié)同需求。真正將數(shù)據(jù)驅(qū)動運營和數(shù)據(jù)驅(qū)動分析兩件事情打通。

而對于數(shù)據(jù)的存儲，即前面談到的數(shù)據(jù)湖的概念，企業(yè)應該形成自有的數(shù)據(jù)湖能力。但是這個的前提仍然是首先產(chǎn)生的實時，多樣性的數(shù)據(jù)，其次才是數(shù)據(jù)共性存儲和能力開放。

其次，數(shù)據(jù)治理會越來越受到重視，這個是一個小趨勢，如果沒有科學規(guī)范的數(shù)據(jù)治理體系，數(shù)據(jù)管控標準和流程，基礎的元數(shù)據(jù)管理和數(shù)據(jù)建模能力。那么你采集再多的數(shù)據(jù)也是處于一種混亂和不可用狀態(tài)，這個是企業(yè)所不愿意看到的場景。

混合云將成為云原生重要抓手

對于混合云實際上可以有多個理解。

其一就是企業(yè)自主研發(fā)的系統(tǒng)，一部分部署在企業(yè)內(nèi)部私有云，一部分部署在類似阿里，騰訊等公有云環(huán)境，同時兩部實現(xiàn)集成。還有一種理解就是企業(yè)既自主研發(fā)一些IT應用和系統(tǒng)，部署在自己的私有云，同時又購買了外部的公有云SaaS服務，形成一個完整的IT應用能力支撐。

不管是哪種模式，都可以看到在混合云架構(gòu)下需要解決私有云和公有云之間的集成問題。這個集成沒有解決將直接導致核心共享基礎數(shù)據(jù)的多次錄入，多點落地。導致了數(shù)據(jù)不一致性，業(yè)務集成異常等諸多問題。

大型企業(yè)本身有大量的遺留IT應用和系統(tǒng)，實際上短期全部遷移到公有云本身就不現(xiàn)實，企業(yè)內(nèi)部的私有云數(shù)據(jù)中心和公有云將是一個長期共存的事情。

那么企業(yè)內(nèi)部的私有云進行開發(fā)和測試的應用，如何快速的交付到公有云，如何在多個公有云環(huán)境之間實現(xiàn)跨云的遷移和切換?這個就需要在私有云和公有云之間提供一個橋接的平臺或網(wǎng)關，一個基于DevOps核心理念實現(xiàn)的混合云基礎持續(xù)集成交付過程管理平臺。

在上篇談青云科技上市的文章里，我也專門提出了基于云原生技術提供一個打通企業(yè)內(nèi)外的混合云解決方案將是企業(yè)數(shù)字化轉(zhuǎn)型中的關鍵技術支撐能力。

從業(yè)務支撐到生態(tài)構(gòu)建

在數(shù)字化轉(zhuǎn)型過程中，不論最早談的互聯(lián)網(wǎng)+，還是當前談的消費互聯(lián)，產(chǎn)業(yè)互聯(lián)，實際你都可以看到一個重點就是企業(yè)數(shù)字化這件事，不再是簡單的內(nèi)部IT能力提升支撐業(yè)務運作和決策，更加重要的是生態(tài)體系的構(gòu)建。

這個生態(tài)首先是一個連接生態(tài)，通過連接打通企業(yè)內(nèi)部的人和物，通過連接打通企業(yè)內(nèi)外上下游的供應鏈，通過連接實現(xiàn)C端用戶的觸達能力等。其次，這個連接生態(tài)是一個內(nèi)容和服務生態(tài)，通過連接產(chǎn)生了業(yè)務協(xié)同，通過協(xié)同產(chǎn)生了數(shù)據(jù)，通過這些數(shù)據(jù)來提供內(nèi)容和服務能力。

包括在多年前談互聯(lián)網(wǎng)+的時候我就談到過：

企業(yè)加速自身上下游企業(yè)的整合，企業(yè)發(fā)展自建電商等各種模式，核心還是希望通過企業(yè)自身原有的核心競爭力和客戶資源，盡快的打通和整合整個供應鏈，通過完整的生態(tài)鏈環(huán)境和綁定模式來減弱互聯(lián)網(wǎng)企業(yè)的進入壁壘。一個企業(yè)容易被輕松攻破，但是一個完整的生態(tài)鏈環(huán)境絕對不容易簡單替代。

而這個思路到當前數(shù)字化轉(zhuǎn)型階段仍然適用。

企業(yè)的核心優(yōu)勢不再是單純的個體優(yōu)勢，而是進行資源整合和生態(tài)構(gòu)建后，提供的綜合服務能力優(yōu)勢。你表面看到的可能是今天買的東西明天就送到了，但是后臺實際是企業(yè)對整個供應鏈上下游多個協(xié)同點的能力整合和重構(gòu)。

IT從成本中心轉(zhuǎn)向利潤中心

對于很多企業(yè)來說一般以業(yè)務核心價值鏈為導向，企業(yè)內(nèi)部的IT部門往往是成本中心，一般也沒有太多的話語權。IT部門更多的是提供IT服務能力，快速地響應業(yè)務部門的業(yè)務需求，并通過IT應用或系統(tǒng)去實現(xiàn)。

業(yè)務驅(qū)動IT，IT自然也處于一種被動的狀態(tài)。

而在前面談數(shù)字化轉(zhuǎn)型的時候就談到，在新的數(shù)字化思維下，要么是業(yè)務部門成員學習數(shù)字化和技術知識，要么是IT部門補充業(yè)務視角短板。但是不論是哪種模式都可以看到，IT部門往往在數(shù)字化戰(zhàn)略下能夠推動業(yè)務流程的優(yōu)化和變革。

簡單來說新數(shù)字化下，很多業(yè)務的商業(yè)模式本質(zhì)就是IT運營模式。

業(yè)務，IT服務和運營本身也逐步體現(xiàn)出高度融合的趨勢。IT部門不再是傳統(tǒng)的成本中心，而很可能逐步轉(zhuǎn)變?yōu)槠髽I(yè)的價值創(chuàng)造中心。

企業(yè)的CIO如果能夠做到這點，也將帶來巨大的地位提升。

在新的數(shù)字化趨勢下，市場對企業(yè)敏捷化響應的需求越來越高，如何快速的構(gòu)建IT應用支撐業(yè)務，如何靈活組裝企業(yè)內(nèi)部已有的IT服務能力將成為一個重點。

這也是最近2年中臺的概念很火的一個原因。

不論是否有中臺的概念，個人理解企業(yè)的內(nèi)部IT都必須轉(zhuǎn)變。第一種思路是對業(yè)務，IT和運營三者進行高度融合，首先是業(yè)務上的融合，其次才是IT的融合。

第二種是按后臺+前臺應用的思路進一步通過服務解耦。將傳統(tǒng)的基于ERP為核心的應用系統(tǒng)下沉為企業(yè)底層后臺能力中心。而圍繞具體的市場需求和業(yè)務場景來構(gòu)建上層的多個業(yè)務人員+IT人員+運營整合的高度垂直化的細分團隊。