傳統(tǒng)企業(yè)正在面臨IT新技術(shù)的挑戰(zhàn)——單從“傳統(tǒng)企業(yè)”這個居高臨下的稱謂，你就能讀出“非傳統(tǒng)企業(yè)”(也就是IT企業(yè)、互聯(lián)網(wǎng)企業(yè))滿滿的優(yōu)越感。每天在各種新媒體平臺上看著BAT們又掌握了什么黑科技、又顛覆了哪個行業(yè)，“云大物移”已經(jīng)成了高頻出現(xiàn)的熱詞，傳統(tǒng)企業(yè)們愈發(fā)清晰地感受到IT的重要性與挑戰(zhàn)。數(shù)字化浪潮躲不過，和BAT拼技術(shù)又拼不過，傳統(tǒng)企業(yè)的出路在哪里?

[[210251]]

目光投向大洋彼岸，最傳統(tǒng)的傳統(tǒng)企業(yè)、年收入數(shù)千億美元的沃爾瑪在過去幾年中的數(shù)字化歷程頗有可玩味之處。直到2011年，沃爾瑪還不是出色的數(shù)字化玩家，只能算一個有電商網(wǎng)站的線下零售商而已。正因為如此，當沃爾瑪?shù)碾娚淌杖朐?011年至2014年的三年間增長150%、從年銷量49億美元增長到122億美元、超過史泰博(Staples)成為亞馬遜和蘋果之后的美國第三大在線零售商時，這一變化才更令人驚嘆。像沃爾瑪一樣的數(shù)字化轉(zhuǎn)型先行者，能給我們帶來哪些啟示?

數(shù)字化企業(yè)的三個關(guān)鍵字

首先，傳統(tǒng)企業(yè)們需要清楚一件事：“傳統(tǒng)”不應該是貶義詞，它同時意味著數(shù)十年積累的寶貴資產(chǎn)，包括客戶關(guān)系、數(shù)據(jù)、品牌形象、供應鏈、渠道等等。傳統(tǒng)企業(yè)要在互聯(lián)網(wǎng)時代的競爭環(huán)境中占得一席之地，靠的不是突破***精尖的技術(shù)領(lǐng)域，而是以數(shù)字化的形式激活自己多年累積的核心資產(chǎn)，將核心資產(chǎn)轉(zhuǎn)變?yōu)榭梢栽诨ヂ?lián)網(wǎng)上使用的服務(wù)，使其煥發(fā)新的價值。

對眾多成功的數(shù)字化企業(yè)進行的調(diào)研顯示，這些企業(yè)有著一些引人注目的共性。在“激活核心資產(chǎn)”的過程中，他們對三個關(guān)鍵字的重視特別值得我們關(guān)注：IT效能、生態(tài)系統(tǒng)、創(chuàng)新實驗。

其次，這些成功的數(shù)字化企業(yè)重視提升IT團隊的效能。正如ThoughtWorks在第16期技術(shù)雷達中所指出的，技術(shù)人員的工作體驗正在成為科技企業(yè)的差異化競爭優(yōu)勢。這里所說的“體驗”不止是給程序員舒適的座椅和人體工學鍵盤，更重要的是消除IT團隊在工作中遇到的阻力和摩擦，尤其是充分利用云計算的彈性能力大量簡化和自動化與實現(xiàn)業(yè)務(wù)功能無關(guān)的基礎(chǔ)設(shè)施性工作，讓IT團隊將注意力集中在真正與業(yè)務(wù)相關(guān)的工作上。這里涉及的一些技術(shù)和實踐(例如技術(shù)棧管理)乍聽起來可能困難重重，但為提升IT團隊效能付出的成本終將物有所值。

隨后，這些成功的數(shù)字化企業(yè)把他們的核心商業(yè)能力與資產(chǎn)以服務(wù)的形式在互聯(lián)網(wǎng)上提供出來，構(gòu)建本行業(yè)的數(shù)字化生態(tài)系統(tǒng)，使新的服務(wù)和產(chǎn)品能夠在這些服務(wù)的基礎(chǔ)上被創(chuàng)造出來。同樣是在技術(shù)雷達中，我們看到了“平臺的崛起”：幾年前只有亞馬遜這樣的巨頭企業(yè)能在互聯(lián)網(wǎng)上提供各種云服務(wù);而現(xiàn)在有更多原本不太有“互聯(lián)網(wǎng)基因”的企業(yè)圍繞自己的核心資產(chǎn)建立起了數(shù)字化平臺，不僅對內(nèi)、而且對外提供服務(wù)。在國內(nèi)，我們看到華為把軟件開發(fā)能力變成了云服務(wù)、海航建立了自己的云生態(tài)。我們相信，更多的企業(yè)也能從核心資產(chǎn)的服務(wù)化中受益良多。

***但絕非最不重要的，這些成功的數(shù)字化企業(yè)養(yǎng)成了創(chuàng)新實驗的習慣。在互聯(lián)網(wǎng)中弄潮的經(jīng)驗讓他們承認，自己不能預先掌握所有需求、做好所有設(shè)計。因此他們轉(zhuǎn)而打造組織的響應力，致力于縮短精益創(chuàng)業(yè)的“構(gòu)建-度量-學習”周期。他們知道成千上萬的用戶不會明明白白地說自己想要什么功能，于是他們監(jiān)控用戶行為、用A/B測試等方法進行受控實驗，用“假說-實驗”代替了“需求-實現(xiàn)”，在不斷的反饋中完善自己的產(chǎn)品和服務(wù)。

數(shù)字平臺戰(zhàn)略的五大支柱

以提升IT效能、構(gòu)建行業(yè)生態(tài)、促進業(yè)務(wù)創(chuàng)新為目標，有志于邁出數(shù)字化步伐的企業(yè)應該立即開始制訂自己的數(shù)字平臺戰(zhàn)略藍圖。不要被“平臺”和“戰(zhàn)略”這樣的大詞欺騙：這個以增強企業(yè)響應力為目標的平臺戰(zhàn)略不應該是在漫長的規(guī)劃之后建設(shè)出一個龐然大物，而應該是迭代的、精益的、價值驅(qū)動的。更多的時候，我們談?wù)摰?ldquo;數(shù)字平臺”更像是一系列IT技術(shù)與實踐的落地結(jié)合。這些技術(shù)與實踐有機構(gòu)成的五個支柱，讓數(shù)字化的企業(yè)能快速交付IT系統(tǒng)、圍繞核心資產(chǎn)構(gòu)建云上生態(tài)系統(tǒng)、從線上系統(tǒng)和用戶行為中獲得洞察、開展受控實驗、并為顧客創(chuàng)造全渠道統(tǒng)一的用戶體驗。在成功的數(shù)字化轉(zhuǎn)型案例(例如沃爾瑪?shù)陌咐?中，我們就能看到這五個支柱的投影。

1. ***個支柱：支持云和敏捷的交付基礎(chǔ)設(shè)施

[[210252]]

為了讓IT團隊快速交付，他們使用的基礎(chǔ)設(shè)施應該具有彈性，開發(fā)、測試、運維等不同角色應該可以隨需動態(tài)獲得完整的應用環(huán)境，從而統(tǒng)一環(huán)境、標準化研發(fā)實踐、規(guī)范化研發(fā)能力。他們開發(fā)的應用程序應該用持續(xù)交付實踐打通開發(fā)、構(gòu)建、驗證和部署流程，使軟件隨時處于可發(fā)布狀態(tài)。他們的交付流程中應該內(nèi)建對安全的考量，而不是依賴***的整體安全檢查。生產(chǎn)系統(tǒng)所使用的運行時環(huán)境應該前向拉通到驗證和研發(fā)環(huán)節(jié)，保障運行時環(huán)境的一致性。需要對系統(tǒng)的IT運維和業(yè)務(wù)運營進行全面的監(jiān)控，聚合起來了解系統(tǒng)整體狀況。

2. 第二個支柱：以微服務(wù)為核心的API和架構(gòu)治理

[[210253]]

為了鼓勵不僅企業(yè)內(nèi)、還包括企業(yè)外的開發(fā)者在平臺上發(fā)揮創(chuàng)造力，平臺架構(gòu)和API的設(shè)計應該注重開發(fā)者體驗。在API的背后，應該從業(yè)務(wù)功能的角度出發(fā)劃分合理的限界上下文和服務(wù)邊界，對外提供高內(nèi)聚低耦合的服務(wù)。在服務(wù)邊界之間，應該考慮使用異步的事件機制實現(xiàn)服務(wù)之間的通信，來客觀地描述運行時間比較長、甚至本質(zhì)上不可能立即完成的操作(例如涉及人工操作)。為了方便使用者，應該提供API網(wǎng)關(guān)作為所有服務(wù)使用者的單一入口點，在API網(wǎng)關(guān)背后去處理眾多內(nèi)部IT系統(tǒng)的復雜性。整個API架構(gòu)應該以微服務(wù)的風格呈現(xiàn)，避免典型SOA架構(gòu)中普遍存在的、過于復雜的ESB編排邏輯。

3. 第三個支柱：允許開發(fā)團隊數(shù)據(jù)自服務(wù)

[[210254]]

為了讓業(yè)務(wù)和研發(fā)團隊獲得關(guān)于生產(chǎn)環(huán)境、關(guān)于線上業(yè)務(wù)、關(guān)于顧客的洞見，他們需要首先定義數(shù)據(jù)流水線，使數(shù)據(jù)能夠順暢地流過收集、轉(zhuǎn)換、存儲、探索/預測、可視化等階段，產(chǎn)生業(yè)務(wù)價值。他們需要用實時的架構(gòu)和API在短時間內(nèi)處理大量、非結(jié)構(gòu)化的數(shù)據(jù)，從中獲得洞見，并“實時”影響決策。為了提高應變能力，系統(tǒng)中的數(shù)據(jù)不做ETL預處理，而是以“生數(shù)據(jù)”的形式首先存入數(shù)據(jù)湖，等有了具體的問題要回答時，再去組織和篩選數(shù)據(jù)，從中找出答案。IT團隊會更進一步把數(shù)據(jù)包裝成能供外人使用的產(chǎn)品，讓第三方從數(shù)據(jù)中獲得新的洞見與價值。為了支持數(shù)據(jù)產(chǎn)品的運營，他們需要實現(xiàn)細粒度的身份認證，針對不同的用戶身份，授權(quán)訪問不同范圍的數(shù)據(jù)。

4. 第四個支柱：創(chuàng)新實驗基礎(chǔ)設(shè)施和監(jiān)控體系

[[210255]]

為了讓創(chuàng)新真正基于數(shù)據(jù)(而非拍腦袋)來開展，IT團隊需要從多種來源采集關(guān)于系統(tǒng)、關(guān)于顧客的數(shù)據(jù)。需要根據(jù)業(yè)務(wù)目標在系統(tǒng)中埋設(shè)監(jiān)控點，并及時把監(jiān)控結(jié)果可視化呈現(xiàn)給業(yè)務(wù)用戶。為了降低實驗試錯的風險，在把新版本發(fā)布給全部用戶之前，應該以“金絲雀發(fā)布”的形式首先發(fā)布給一小部分用戶，確保新版本不造成重大損害。系統(tǒng)需要支持功能切換開關(guān)(toggle)，允許團隊在不修改代碼的前提下改變系統(tǒng)的行為，再加上用路由技術(shù)支持藍-綠部署和A/B測試，方可高效地開展受控實驗。

5. 第五個支柱：支持全渠道的用戶觸點技術(shù)

[[210256]]

為了通過多樣化的觸點技術(shù)向顧客提供隨時隨地、連貫一致的用戶體驗，整個企業(yè)需要建立對其顧客和目標顧客的唯一、連貫、準確、整體的視圖，從而更好地了解和服務(wù)顧客。他們需要結(jié)合顧客的特征和不同數(shù)字渠道的特征建立連貫的內(nèi)容策略，在多種渠道(例如電腦、智能手機、門店等)之間引導顧客的消費旅程，與顧客產(chǎn)生正確時間、正確地點、正確方式的交互。基于從各種渠道獲得的顧客本人及其行為的數(shù)據(jù)分析，他們可以向顧客提供定制化的內(nèi)容、服務(wù)和產(chǎn)品推薦。作為必要的技術(shù)保障，所有數(shù)字渠道的軟件應用(尤其是原生的Android和iOS應用)都應該實踐持續(xù)交付，這樣才能實現(xiàn)全渠道的快速響應。

小結(jié)

在數(shù)字化的浪潮面前，傳統(tǒng)企業(yè)不必恐懼于互聯(lián)網(wǎng)企業(yè)的技術(shù)優(yōu)勢。只要抓住交付基礎(chǔ)設(shè)施、API和架構(gòu)治理、數(shù)據(jù)自服務(wù)、創(chuàng)新實驗基礎(chǔ)設(shè)施和監(jiān)控體系、用戶觸點技術(shù)這五個支柱，逐步建設(shè)自己的數(shù)字平臺，不斷提升IT效能、構(gòu)建本行業(yè)的數(shù)字化生態(tài)系統(tǒng)、養(yǎng)成創(chuàng)新實驗的習慣，傳統(tǒng)企業(yè)同樣可以用數(shù)字技術(shù)激活自己多年積累的核心資產(chǎn)，在新的競爭環(huán)境中找到自己的一席之地。

【本文是51CTO專欄作者“ThoughtWorks”的原創(chuàng)稿件，微信公眾號：思特沃克，轉(zhuǎn)載請聯(lián)系原作者】

戳這里，看該作者更多好文