企業(yè)數(shù)智化升級，本質(zhì)是用數(shù)據(jù)和智能技術(shù)，賦能企業(yè)的管理和業(yè)務流程。所以，數(shù)據(jù)智能產(chǎn)品能否與企業(yè)的實際業(yè)務結(jié)合起來，真正推動業(yè)務升級和管理效率提升，是問題的核心。

那么，如何實現(xiàn)數(shù)據(jù)智能平臺與企業(yè)業(yè)務的高度融合，避免平臺和業(yè)務“兩張皮”呢？可以從以下幾個方面著手。

數(shù)據(jù)智能平臺與組織架構(gòu)協(xié)同演進

企業(yè)的組織架構(gòu)就是一種決策權(quán)的劃分體系，以及各部門的分工協(xié)作體系，是進行企業(yè)流程運轉(zhuǎn)的結(jié)構(gòu)依據(jù)。依據(jù)職能結(jié)構(gòu)、層次結(jié)構(gòu)、部門結(jié)構(gòu)、職權(quán)結(jié)構(gòu)的不同，企業(yè)的組織架構(gòu)可分為直線制、職能制、事業(yè)部制、矩陣制等多種類型。組織架構(gòu)的設計，與企業(yè)的人員規(guī)模、業(yè)務特點、數(shù)字化水平等高度相關。

數(shù)據(jù)智能平臺，在架構(gòu)設計上，要考慮到企業(yè)的組織架構(gòu)，平臺架構(gòu)要與企業(yè)組織架構(gòu)相互配合。組織架構(gòu)就是企業(yè)的“骨架”，業(yè)務是企業(yè)的“血肉”，數(shù)據(jù)則是流淌的“血液”。因此，數(shù)據(jù)平臺不僅要適應業(yè)務這一“血肉”，還要適應組織架構(gòu)這一“骨架”。如果兩個企業(yè)的組織架構(gòu)差別很大，其數(shù)據(jù)平臺的架構(gòu)也要做出相應的調(diào)整。

需要指出的是，企業(yè)組織架構(gòu)和數(shù)智化進程是相互影響的。一方面，數(shù)智化系統(tǒng)的架構(gòu)設計需要參照企業(yè)組織架構(gòu)；另一方面，數(shù)智化系統(tǒng)的建設，也會影響企業(yè)組織架構(gòu)的設計。采用大量數(shù)字化、智能化系統(tǒng)之后，企業(yè)的業(yè)務流程、經(jīng)營模式、管理跨度等要素都會改變，相應的組織架構(gòu)也需要做出一定的調(diào)整。

主要包括兩個方面：組織架構(gòu)扁平化和虛擬組織。

隨著數(shù)字化程度的加深，企業(yè)內(nèi)部信息流動效率提高，管理跨度變大，這會導致企業(yè)組織架構(gòu)的扁平化。以往需要逐層傳達的指令，現(xiàn)在可以通過數(shù)智化系統(tǒng)更高效的進行溝通協(xié)作，很多中間層級變得不再必要。

根據(jù)科斯的理論，市場交易和企業(yè)內(nèi)部協(xié)作是資源配置的兩種方式。為了完成特定的市場目標，是通過市場交易還是企業(yè)內(nèi)部協(xié)作的方式，取決于這兩種方式交易成本的對比，這也決定了企業(yè)的邊界。隨著數(shù)智化的進一步發(fā)展，市場的信息流動效率更高，即使不在一個企業(yè)內(nèi)的個人、團隊，也可以很高效地進行協(xié)作。這時，社會性的團隊協(xié)作會更加頻繁。在社會化協(xié)作當中，虛擬組織會成為實體企業(yè)的一個重要替代者。在虛擬組織中，社會上的個人或者團隊，利用線上溝通協(xié)作工具，基于共同的目標進行協(xié)作。其他個人和團隊可以隨時加入進來，項目完成后組織成員可以快速解散，而不再需要保持固定的組織架構(gòu)。

總體上看，企業(yè)歷經(jīng)信息化-數(shù)字化-數(shù)智化三個階段，每個階段都需要管理方式、組織架構(gòu)的配套轉(zhuǎn)變，這需要一系列的企業(yè)管理創(chuàng)新。在這方面，即使是美國企業(yè)也是剛剛起步，中國企業(yè)則更是任重而道遠。

構(gòu)建數(shù)據(jù)順暢流動的動脈和毛細血管體系

數(shù)據(jù)就是企業(yè)的血液，業(yè)務是肌肉，數(shù)據(jù)賦能業(yè)務的過程，就像是血液為腦細胞、肌肉細胞輸送氧氣的過程。為此，要建立強健的動脈和細致入微的毛細血管體系。數(shù)據(jù)智能平臺不僅要有合理的技術(shù)架構(gòu)，系統(tǒng)各個功能點的顆粒度要足夠細，與業(yè)務的匹配度要足夠高。數(shù)據(jù)智能系統(tǒng)與企業(yè)業(yè)務的貼合度更高，采集到的數(shù)據(jù)更加詳細、準確、全面，實效性更高。

與真實的企業(yè)實體相對應，需要在數(shù)據(jù)智能平臺上構(gòu)建起企業(yè)的一個“數(shù)字孿生”。企業(yè)發(fā)起的每一個業(yè)務流程，在數(shù)據(jù)智能平臺上都有一個“數(shù)據(jù)鏡像”。每一筆業(yè)務，都有數(shù)據(jù)痕跡。

通過靜態(tài)數(shù)智化（將原有線下業(yè)務搬到線上系統(tǒng)，打通不同數(shù)據(jù)系統(tǒng)，構(gòu)建統(tǒng)一的數(shù)據(jù)體系），和動態(tài)數(shù)智化（新業(yè)務完全在線上系統(tǒng)流轉(zhuǎn)，實現(xiàn)業(yè)務的實時線上辦理），讓數(shù)據(jù)隨著企業(yè)業(yè)務流程一起“流動”。數(shù)據(jù)流與業(yè)務流相互融合，相互促進。業(yè)務流不斷產(chǎn)生新鮮數(shù)據(jù)，更新數(shù)據(jù)流；數(shù)據(jù)流不斷帶來新的洞見，優(yōu)化決策，提升效率，賦能業(yè)務流。

如果數(shù)據(jù)智能平臺的功能布局足夠完善，可以很好覆蓋業(yè)務需求。即使很細微的需求，都可以被數(shù)據(jù)的血液滋養(yǎng)到。這樣，才能實現(xiàn)數(shù)據(jù)智能平臺與企業(yè)業(yè)務體系的高度融合。

雀巢大中華區(qū)數(shù)智化運輸管理系統(tǒng)

降低平臺使用門檻，培養(yǎng)線上辦公的使用習慣

員工是企業(yè)業(yè)務流程的最終載體，也是數(shù)據(jù)智能平臺的直接使用者。員工對數(shù)據(jù)智能平臺的使用率，將直接影響平臺價值的發(fā)揮。一個看似高大上的數(shù)據(jù)智能平臺，如果員工在日常業(yè)務流程中卻很少使用，平臺本身被撂在一邊“吃灰”，那這個數(shù)據(jù)智能平臺肯定就是失敗的，充其量是個好看一點的擺設，并不能發(fā)揮實際的價值。

事實上，很多企業(yè)都部署了各種各樣的數(shù)據(jù)智能系統(tǒng)。企業(yè)管理層是從戰(zhàn)略角度來要求員工，而員工是否使用數(shù)據(jù)智能平臺，有自己的標準。如果一個數(shù)據(jù)智能平臺不好用，不僅不能提升員工的業(yè)務效率，還會增加工作量，那員工會本能地抵制這個平臺。這種情況下，即使管理層強制要求全體員工去適應平臺，也必然會遇到多方阻礙。

對員工而言，愿不愿意用一個數(shù)據(jù)智能平臺，關鍵看兩個方面：好不好用，有沒有用。

首先，數(shù)據(jù)智能平臺一定要好用，員工的學習門檻低，容易上手。如果學習門檻高，甚至還需要一定的IT技能，那無疑會大大阻礙平臺的推廣。另外，平臺功能的設置一定要盡可能“傻瓜化”，符合人們的思維和使用習慣，不要出現(xiàn)一些“反人類設計”。好用、易用的數(shù)據(jù)智能平臺，并不會給員工增添很多負擔，也不會增加員工在業(yè)務流程中的工作量。這樣的平臺，員工才心甘情愿去用。

其次，數(shù)據(jù)智能平臺一定要有用，也就是要對員工的業(yè)務辦理有實際的幫助。通過該平臺，可以切實提升員工的工作效率，讓員工有獲得感。這就需要數(shù)據(jù)智能服務商在進行產(chǎn)品功能設計時，要從用戶角度出發(fā)，以滿足用戶用戶需求為目標。不要為了凸顯平臺的所謂科技格調(diào)，設置一些沒什么實際價值的“雞肋”功能。

在此基礎上，企業(yè)要培養(yǎng)全體員工的數(shù)字化辦公習慣，在數(shù)據(jù)智能平臺上構(gòu)建業(yè)務流程的閉環(huán)。原則上，能夠線上辦理的就不要線下完成。比如，可以用電子發(fā)票，就盡量不要用紙質(zhì)發(fā)票。通過習慣培養(yǎng)，讓員工將數(shù)據(jù)智能平臺融入其日常業(yè)務當中。

云探針，基于用戶使用數(shù)據(jù)指導產(chǎn)品研發(fā)

上面提到，員工是否支持，將很大程度上決定數(shù)據(jù)智能平臺是否可以在企業(yè)當中推行起來。在產(chǎn)品設計當中，要從用戶角度出發(fā)，這很多時候都是一句正確的廢話。誰都知道要從用戶角度出發(fā)設計產(chǎn)品，關鍵是如何實現(xiàn)。

建筑領域有這樣一個故事：一棟剛竣工的大樓附近需要修建人行道，但怎樣設計人行道的路徑才最合適呢？建筑師并不是去推測人們最喜歡的路徑，而是在大樓附近種上草，讓人們自由行走。沒過多久，草地上就形成了一些路徑，建筑師就沿著這些路徑來修建人行道。這些自然形成的道路，就是最合適的路徑。

同樣的道理，要設計出用戶最喜歡的數(shù)據(jù)智能平臺，最好的辦法不是去設想用戶喜歡什么，而是去觀察用戶，收集用戶真實的使用習慣，然后按照這些習慣來設計平臺功能。在具體做法上，可以在數(shù)據(jù)智能平臺上安裝“云探針”，來收集用戶使用數(shù)據(jù)。依據(jù)真實的使用數(shù)據(jù)，可以知道哪些功能是用戶經(jīng)常使用的，哪些功能被束之高閣，哪些功能經(jīng)常搭配在一起使用。

如果數(shù)據(jù)是水流，數(shù)據(jù)平臺的功能模塊就相當于溝渠和堤壩。平臺功能優(yōu)化的一個重要方面，就是要讓數(shù)據(jù)在這個體系中更順暢的流動。通過云探針、流量監(jiān)控等技術(shù)，可以知道在數(shù)據(jù)智能系統(tǒng)中數(shù)據(jù)的流動路徑，發(fā)現(xiàn)數(shù)據(jù)流動過程中的“堵點”。在下一次版本迭代中，就重點打通這些“堵點”。

要實現(xiàn)上述目標，對數(shù)據(jù)智能平臺的開發(fā)和部署方式有一定要求。數(shù)據(jù)智能平臺部署在云端，甚至平臺本身最好就是基于云原生開發(fā)的。云原生的平臺，研發(fā)更加快捷，版本的迭代、功能的更新也更加迅速?？梢酝ㄟ^小步快跑的方式，研發(fā)人員與用戶形成良性互動。用戶使用過程中發(fā)現(xiàn)的問題可以很快進行完善，然后通過云端一鍵更新，用戶很快就可以用上新功能。在新功能使用過程中，又會很快產(chǎn)生關于新功能的使用數(shù)據(jù)，再次反饋給研發(fā)人員。對于用戶而言，會明顯的感覺到數(shù)據(jù)智能平臺的功能設置越來越完善，越來越合心意。

此外，還需要數(shù)據(jù)智能服務商進行研發(fā)體制的變革。用戶的使用數(shù)據(jù)，要能真正反饋到研發(fā)端，影響研發(fā)計劃。研發(fā)部門需要建立對用戶數(shù)據(jù)的快速反應機制，能從大量的數(shù)據(jù)中發(fā)現(xiàn)用戶使用偏好，并指導接下來的研發(fā)進程。

構(gòu)建功能模塊交易社區(qū)，把客戶變成渠道伙伴

相對于通過用戶使用數(shù)據(jù)來驅(qū)動研發(fā)，客戶自主開發(fā)部分功能模塊的方式則更進了一步。如果只是數(shù)據(jù)智能服務商提供的功能組件，用戶的創(chuàng)造力就被限制了。用戶直接參與功能開發(fā)，則可以更大釋放其創(chuàng)造活力，將其對業(yè)務的理解，融入數(shù)據(jù)智能平臺功能當中。

應該說，以上目標是很有難度的，需要一系列條件，主要包括：

真正的無代碼開發(fā)。不同行業(yè)的用戶，其優(yōu)勢在于對業(yè)務場景的深度理解，劣勢在于IT開發(fā)。不能奢求客戶都是懂IT，甚至是懂AI的高手。這就對數(shù)據(jù)智能服務商提出了更高的要求，不僅要提供智能產(chǎn)品，還要提供好用的數(shù)據(jù)智能開發(fā)平臺。這個平臺要能實現(xiàn)無代碼開發(fā)，平臺本身要有足夠完善的功能組件，用戶可以通過拖拽式的操作，將這些組件作為“積木”，來拼裝出具有復雜業(yè)務邏輯的數(shù)據(jù)智能產(chǎn)品。雖然低代碼、無代碼開發(fā)方式正在迅速發(fā)展，但離真正的無代碼開發(fā)還有很長的距離。大部分軟件功能開發(fā)，都是有較高技術(shù)門檻的，一般的業(yè)務人員很難達到要求。

構(gòu)建活躍的用戶模板交易社區(qū)，讓用戶也能賺到錢。要調(diào)動用戶積極性，最好的辦法就是讓這件事情變得有利可圖。用戶通過參與數(shù)據(jù)智能平臺的開發(fā)，將自己的業(yè)務知識“固化”到平臺上，讓同行業(yè)的其他企業(yè)用上自己開發(fā)的功能。同時，參與開發(fā)的用戶，也能獲得相關產(chǎn)品的銷售和服務收入。這樣，就將部分客戶變成自己的合作伙伴。對于數(shù)據(jù)智能服務商而言，不僅可以豐富平臺的功能，還拓寬了獲客渠道。能夠參與功能開發(fā)的客戶，必然是在業(yè)內(nèi)有一定實力和知名度的企業(yè)，讓他們參與產(chǎn)品開發(fā)和利益分配，間接把這個領域的頭部企業(yè)變成自己的渠道商，有助于快速打開該領域市場。

需要指出的是，這里所指的用戶參與開發(fā)，與目前市場上普遍存在的軟件定制開發(fā)有很大的不同。最大的區(qū)別是開發(fā)出來的功能是否可以很快復用到其他企業(yè)身上：項目定制方式開發(fā)出來的產(chǎn)品，與單個企業(yè)的業(yè)務是高度綁定的，很難復用到其他企業(yè)身上；而上面講的用戶參與開發(fā)，新的功能可以很方便應用到其他有類似需求的企業(yè)身上。

群眾的智慧是無窮的，如果可以通過大幅度降低開發(fā)門檻，讓懂業(yè)務的行業(yè)客戶參與功能開發(fā)，數(shù)據(jù)智能平臺與業(yè)務的貼合度必將得到很大提升。要做到這一點，除了上面說的無代碼開發(fā)，還要實現(xiàn)通過功能組件的“解耦”，軟件開發(fā)的模塊化，這對數(shù)據(jù)智能服務商的技術(shù)能力提出了很高的要求。

目前來看，在BI領域，有一些服務商在嘗試上述方案。一些行業(yè)客戶，基于BI廠商的平臺，制作一些BI分析模板，比如金融BI模板、零售BI模板等。BI廠商構(gòu)建線上交易市場，把部分客戶開發(fā)的BI分析模板放到交易市場，公供其他企業(yè)下載。

在其他數(shù)據(jù)智能細分領域，比如數(shù)據(jù)中臺、數(shù)據(jù)挖掘、知識圖譜、RPA、AI建模等，由于技術(shù)門檻更高，用戶很少參與產(chǎn)品的開發(fā)。不過，隨著低代碼、無代碼、云原生等技術(shù)的進一步發(fā)展，用戶將越來越多地參與到部分功能的開發(fā)當中。

以上，是提升數(shù)據(jù)智能平臺與企業(yè)業(yè)務融合度的一些方法。有些方法難度較低，業(yè)界開始出現(xiàn)一些“吃螃蟹”的數(shù)據(jù)智能廠商，比如通過深化產(chǎn)品功能來構(gòu)建數(shù)據(jù)智能平臺的“毛細血管”，培養(yǎng)用戶使用習慣，通過云探針收集用戶使用數(shù)據(jù)等；有些方法難度較高，還需要等待條件的成熟。比如，數(shù)據(jù)智能平臺與企業(yè)組織架構(gòu)的協(xié)同演進，需要企業(yè)管理理論的創(chuàng)新，這難度會比較大。真正的無代碼開發(fā)短期內(nèi)也很難實現(xiàn)，用戶參與功能開發(fā)的難度也比較大。