在《為數(shù)字化而設(shè)計：如何構(gòu)建你的企業(yè)以獲得持續(xù)的成功》一書中，Jeanne Ross、Cynthia Beath和Martin Mocker為企業(yè)提供了一個當(dāng)代的數(shù)字化模型。那些能夠獲得它的人將擁有“獲勝的權(quán)利”，而那些不能獲得它的人將會越來越多地發(fā)現(xiàn)自己將受到一波又一波的數(shù)字化干擾的影響。

有趣的是，作者們不僅主張了架構(gòu)的重要性，還主張修改管理理論。這使得這本書也與對數(shù)字化轉(zhuǎn)型感興趣的IT專業(yè)人士和商業(yè)領(lǐng)袖相關(guān)。

這本書的作者表示，如今的企業(yè)正在受到數(shù)字技術(shù)的轟炸。作為一個助記符，可以用SMACIT來代表社交、移動、分析、云和物聯(lián)網(wǎng)。作者聲稱--正如我們所看到的--數(shù)字技術(shù)已經(jīng)成為了游戲規(guī)則的改變者，因為它們提供了三種商業(yè)能力--無處不在的數(shù)據(jù)、無限的連接和巨大的處理能力。

如果在跨越數(shù)字鴻溝的過程中存在業(yè)務(wù)中斷的可能性，那么就可能是發(fā)生在這一點上。首席執(zhí)行官和首席信息官必須共同努力，通過數(shù)字技術(shù)來創(chuàng)造業(yè)務(wù)優(yōu)勢。他們需要使他們的企業(yè)能夠重新構(gòu)想和改變他們對客戶的企業(yè)價值主張。

通用電氣就是一個很好的例子。當(dāng)通用航空公司制造出可以傳輸噴氣發(fā)動機(jī)狀況數(shù)據(jù)的噴氣發(fā)動機(jī)時，通用電氣的首席執(zhí)行官就問，所有這些數(shù)據(jù)為通用電氣提供了什么優(yōu)勢。經(jīng)過思考，通用電氣從銷售噴氣發(fā)動機(jī)轉(zhuǎn)向了銷售保持飛機(jī)飛行的服務(wù)--這完全改變了它們對客戶的價值主張。

公司的目標(biāo)變的越來越需要弄清楚如何重新想象現(xiàn)有的產(chǎn)品和服務(wù)了。這樣做將創(chuàng)造更好的客戶體驗和新功能，并增加收入和客戶滿意度。作者說，數(shù)字產(chǎn)品是信息豐富的解決方案，被包裝在了無縫、個性化的客戶體驗中?？傊?，數(shù)字技術(shù)可以提高運(yùn)營效率，同時引入新的收入來源。

作者認(rèn)為，遺留業(yè)務(wù)的難題在于，如何將文化、洞察力和能力整合在一起，將一家成功的前數(shù)字化公司轉(zhuǎn)變?yōu)橐患异`活、創(chuàng)新的數(shù)字化企業(yè)。根據(jù)麻省理工學(xué)院的信息系統(tǒng)研究中心的數(shù)據(jù)，大約四分之三的遺留業(yè)務(wù)要么被鎖在了筒倉里，要么只是用“管道膠帶”和“創(chuàng)可貼”連接著他們的業(yè)務(wù)?，F(xiàn)實是，大多數(shù)傳統(tǒng)企業(yè)都不會跨越數(shù)字鴻溝。用作者的話說，它們原本就不是為數(shù)字化而設(shè)計的。

對于這些遺留組織來說，人員、流程和技術(shù)之間的交互限制了他們學(xué)習(xí)、拋棄、增強(qiáng)、重新配置和擴(kuò)大規(guī)模的能力。這與Gary Hamel的建議相似，即管理實踐需要徹底改變。Hamel認(rèn)為，現(xiàn)在是挑戰(zhàn)長期以來束縛創(chuàng)新的正統(tǒng)管理觀念的時候了。這是作者在書中想要努力解決的一個難題。

問題的一部分在于，成功的公司無法拋棄那些曾經(jīng)讓他們成功的價值主張。例如，在許多軟件企業(yè)中，軟件許可模式已經(jīng)被證明是一個很難戒掉的習(xí)慣。我的一個私人雇主的目標(biāo)是改變他們的商業(yè)模式，但投資者的財務(wù)目標(biāo)使他們無法與新時代的軟件公司競爭。Ian Mitroff說，問題在于，失敗的種子是在公司最初的成功中被發(fā)現(xiàn)的。類似這樣的公司越來越多了。問題在于，相對于新進(jìn)入者，現(xiàn)有企業(yè)已經(jīng)變得更加厭惡風(fēng)險了。

作者認(rèn)為，想要保持市場地位的成功企業(yè)需要數(shù)字化的企業(yè)設(shè)計--包括人員、流程和技術(shù)--來定義價值主張，并交付從數(shù)字技術(shù)能力中獲得的產(chǎn)品。他們表示，數(shù)字業(yè)務(wù)設(shè)計將穩(wěn)定的業(yè)務(wù)(核心能力、企業(yè)流程和主數(shù)據(jù)結(jié)構(gòu))與定期變化的業(yè)務(wù)(數(shù)字產(chǎn)品、團(tuán)隊目標(biāo)、應(yīng)用程序和技能)區(qū)分開來。其核心目標(biāo)應(yīng)該是使一家公司變得敏捷，以便它能夠創(chuàng)建一個創(chuàng)新的、不斷發(fā)展的數(shù)字產(chǎn)品組合，以響應(yīng)快速變化的技術(shù)和客戶需求。

這對許多公司來說可能是一大步，因為它說所有的公司都是數(shù)字軟件公司，正如Vijay Gurbaxani所建議的那樣，它們需要將技術(shù)訣竅“編入”自己的數(shù)字業(yè)務(wù)產(chǎn)品當(dāng)中。

作者擴(kuò)展了David Teece的工作，他認(rèn)為業(yè)務(wù)能力需要是動態(tài)的。在數(shù)字時代，業(yè)務(wù)能力顯然需要以數(shù)字化的方式進(jìn)行實例化，但作者認(rèn)為還有更多的工作要做。獲得成功需要的五件事：

1.分享客戶見解。組織學(xué)習(xí)客戶將為什么支付以及數(shù)字技術(shù)將如何滿足他們的需求。

2.一整套的業(yè)務(wù)框架。擁有支持公司核心競爭力的一套連貫的標(biāo)準(zhǔn)化集成系統(tǒng)、流程和數(shù)據(jù)。

3.數(shù)字化平臺。用于快速配置數(shù)字產(chǎn)品的業(yè)務(wù)、數(shù)據(jù)和基礎(chǔ)架構(gòu)組件的存儲庫。

4.外部開發(fā)平臺。向外部各方開放的數(shù)字化組件庫。

5.問責(zé)框架。平衡自主性和一致性的數(shù)字產(chǎn)品和組件的責(zé)任分配。

作者提供了每一個公司實例的細(xì)節(jié)，這些實例可以作為如何成為一個數(shù)字化企業(yè)的模板。他們說，“數(shù)字的并不等于數(shù)字化。”數(shù)字公司能夠提供數(shù)字化產(chǎn)品。在開發(fā)數(shù)字產(chǎn)品時，他們能夠應(yīng)用數(shù)字技術(shù)來創(chuàng)建客戶解決方案。

共享客戶見解是關(guān)于如何利用業(yè)務(wù)能力來為客戶總是無法明確表達(dá)的問題提供解決方案。成功的數(shù)字企業(yè)所擁有的重要業(yè)務(wù)能力是對潛在產(chǎn)品進(jìn)行試驗的自然能力。他們會積極地了解顧客想要什么。

要做到這一點，數(shù)字企業(yè)需要配置相關(guān)的人員、流程和技術(shù)，以便將對數(shù)字產(chǎn)品的實驗納入到他們的DNA當(dāng)中。他們會首先創(chuàng)建共享的客戶洞察力，以幫助公司找到公司可以提供的解決方案和客戶愿意支付的解決方案之間的交集。然后他們會用這個來測試和學(xué)習(xí)。他們的環(huán)境需要循證文化。這種方法在傳統(tǒng)企業(yè)中的最好例子是Target百貨的首席執(zhí)行官Brian Cornell。他一直在驗證收集到的數(shù)據(jù)。這種時刻想要理解數(shù)據(jù)意味著什么的緊張關(guān)系對數(shù)字時代的商業(yè)領(lǐng)袖來說至關(guān)重要。

實施一套業(yè)務(wù)框架是數(shù)字化的本質(zhì)(而不是起點)。這很重要，因為它仍然是擴(kuò)大和加速創(chuàng)新的基礎(chǔ)。數(shù)字化提高了運(yùn)營的卓越性，而運(yùn)營的卓越性已經(jīng)從一個好主意轉(zhuǎn)變?yōu)榱艘粋€必備的東西。對速度的需求要求公司保持高效，最大限度地減少時間和成本。

卓越的運(yùn)營不再是競爭優(yōu)勢的來源。而是基礎(chǔ)。在《競爭戰(zhàn)略》一書中，作者M(jìn)ichael Porter提出了效率和有效性戰(zhàn)略。Geoffrey Moore最近斷言，“如果沒有創(chuàng)新，產(chǎn)品將變得越來越像彼此。他們商品化了。”

那么，為什么要從提高運(yùn)營效率開始呢？答案是，在對抗初創(chuàng)企業(yè)時，遺留的“技術(shù)債務(wù)”限制了遺留業(yè)務(wù)利用其與生俱來的競爭優(yōu)勢。問題的根源在于，企業(yè)領(lǐng)導(dǎo)者已經(jīng)創(chuàng)建了系統(tǒng)、數(shù)據(jù)和流程來應(yīng)對各自業(yè)務(wù)孤島的目標(biāo)。他們沒有考慮到他們的系統(tǒng)和流程可能最終需要與業(yè)務(wù)的其他部分相協(xié)調(diào)。

因此，許多傳統(tǒng)企業(yè)，作為他們實現(xiàn)數(shù)字化的第一個步驟，就是用膠帶和創(chuàng)可貼將孤立的系統(tǒng)連接在一起，將他們的公司整合在一起。要在數(shù)字經(jīng)濟(jì)中發(fā)揮作用，這些公司必須用業(yè)務(wù)框架來取代它們功能失調(diào)的系統(tǒng)和流程。這是第一步。

業(yè)務(wù)框架的目標(biāo)如下：

•支持無縫的端到端事務(wù)處理

•提供可靠、可訪問的主數(shù)據(jù)--真理的唯一來源

•提供對事務(wù)和其他核心流程的可見性

•自動化重復(fù)的業(yè)務(wù)流程

采取這一步驟，將最終能夠使一家傳統(tǒng)公司成為一家數(shù)字企業(yè)。它還允許公司擴(kuò)大數(shù)字產(chǎn)品的規(guī)模，但這并不能使它們具有創(chuàng)新性。作者在這里提出，業(yè)務(wù)的復(fù)雜性是卓越運(yùn)營的敵人。邁阿密大學(xué)信息技術(shù)副總裁兼首席信息官David Seidl說，“我認(rèn)為對于許多組織來說，第一步是意識到你擁有的數(shù)據(jù)可能比你意識到的要多得多，以及你會在哪里、將如何需要這些數(shù)據(jù)，而且你可能也沒有很好地收集數(shù)據(jù)，更不用說管理、或訪問控制了。”

雖然業(yè)務(wù)框架提供了卓越的運(yùn)營，特別是可靠性和透明度，但數(shù)字平臺提供了新的頂級收入來源。公司可以通過應(yīng)用SMACIT來創(chuàng)建和交付數(shù)字產(chǎn)品來做到這一點。從根本上說，這些產(chǎn)品是關(guān)于增強(qiáng)客戶價值主張的。因此，數(shù)字平臺的目標(biāo)是通過為業(yè)務(wù)產(chǎn)品提供實驗、快速創(chuàng)新和持續(xù)功能增強(qiáng)來取悅客戶。

數(shù)字公司將通過構(gòu)建、購買、配置和重新配置業(yè)務(wù)、數(shù)據(jù)和技術(shù)組件，來生成和增強(qiáng)數(shù)字產(chǎn)品。重要的是，他們可以做得很快。根據(jù)作者的觀點，從單一代碼到組件的轉(zhuǎn)變對企業(yè)來說是一個關(guān)鍵的變化。組件能夠提高速度和靈活性，就像樂高積木一樣，它們將允許人們從已經(jīng)存在的部件來快速組裝解決方案。

為了把這一切結(jié)合起來，作者建議組織使用數(shù)字平臺，并通過創(chuàng)建一個目錄來跟蹤他們創(chuàng)建的所有組件。

明確地說，數(shù)字平臺需要一個目錄，但平臺本身實際上是一個支持API架構(gòu)的組件存儲庫。數(shù)字平臺的目標(biāo)是提供對創(chuàng)建數(shù)字產(chǎn)品所需的數(shù)據(jù)、業(yè)務(wù)和技術(shù)組件的方便訪問。因此，數(shù)字平臺是一個可用于快速配置數(shù)字產(chǎn)品的業(yè)務(wù)、數(shù)據(jù)和基礎(chǔ)設(shè)施組件的存儲庫。

對于那些不是技術(shù)專家的人來說，組件代表了“執(zhí)行特定任務(wù)的代碼片段”，有了它們，開發(fā)人員就可以通過調(diào)用現(xiàn)有組件來配置產(chǎn)品。為了使組件可重用，開發(fā)人員將通過API來啟用這些組件--這使組件能夠與其他組件交換數(shù)據(jù)。因此，在設(shè)計良好的數(shù)字平臺中，每個組件都會提供一個API，允許在其他獨立組件之間進(jìn)行預(yù)定義的即插即用連接。

數(shù)字平臺的核心是數(shù)據(jù)組件的存儲庫。這些組件可用于存儲、操作、分析和顯示數(shù)據(jù)。特拉華大學(xué)的首席信息官Sharon Pitt說，“我不確定輸入和使用這些數(shù)據(jù)的人，對這些數(shù)據(jù)的關(guān)注程度。但都需要注重準(zhǔn)確性、一致性、完整性和問責(zé)制。我還要補(bǔ)充的一點是，數(shù)據(jù)治理是通過API層發(fā)布數(shù)據(jù)的關(guān)鍵部分。用戶、贊助人和消費者需要知道數(shù)據(jù)是什么，然后才能調(diào)用它，否則就可能會誤用。”

Iron Mountain的前首席信息官Ken LeBlanc進(jìn)一步建議到，“第一步應(yīng)該專注于完善和優(yōu)化遺留的業(yè)務(wù)流程，并就什么樣的差異化能力才能使公司具有相關(guān)性達(dá)成一致。”

數(shù)字平臺的下一個組件是基礎(chǔ)設(shè)施組件。它提供了技術(shù)服務(wù)組件，以便使云平臺中嵌入的服務(wù)能夠適應(yīng)公司產(chǎn)品和客戶的特定需求。這包括智能設(shè)備的身份驗證、訪問控制以及連接。這些是業(yè)務(wù)組件和云服務(wù)之間的橋梁。

最后，業(yè)務(wù)組件存儲庫還提供了多個數(shù)字組件所需的功能。其中包括儀表板、提醒客戶和員工的規(guī)則、建立新關(guān)系的入職流程以及為客戶提供支持的機(jī)器人。

總之，數(shù)字平臺是云服務(wù)的存儲庫，可以提供應(yīng)用程序的托管和性能管理。因此，數(shù)字產(chǎn)品就是包含了該產(chǎn)品獨有代碼的軟件。這里有對客戶進(jìn)行細(xì)分的獨特功能，以及對存儲庫中所需的可重用組件的API調(diào)用。顯然，隨著數(shù)字產(chǎn)品的增長，一家公司將維護(hù)一個數(shù)字產(chǎn)品的目錄。數(shù)字平臺可以而且也應(yīng)該不斷地發(fā)展。

設(shè)計數(shù)字平臺的本質(zhì)是將公司現(xiàn)有的和想象中的數(shù)字產(chǎn)品分解成數(shù)據(jù)、業(yè)務(wù)和基礎(chǔ)設(shè)施組件。因此，數(shù)字平臺應(yīng)該包含支持API的數(shù)據(jù)、基礎(chǔ)設(shè)施和業(yè)務(wù)組件的存儲庫，以便公司能夠快速配置和商業(yè)化數(shù)字產(chǎn)品和服務(wù)。簡而言之，數(shù)字平臺的存在就是為了用新的數(shù)字技術(shù)來增強(qiáng)數(shù)字產(chǎn)品。

作者們很清楚，傳統(tǒng)企業(yè)在很大程度上仍處于構(gòu)建數(shù)字平臺的早期階段。根據(jù)MIT CISR的研究，74%的傳統(tǒng)企業(yè)已經(jīng)開始了這一過程。但是設(shè)計和構(gòu)建一個數(shù)字平臺需要領(lǐng)導(dǎo)者在他們的長期需求變得明顯之前就認(rèn)識到并投資于這些需求。

在這一點上，作者花了點時間來了解傳統(tǒng)企業(yè)和初創(chuàng)企業(yè)的起點之間的差異。傳統(tǒng)企業(yè)通常會專注于其業(yè)務(wù)框架，以確保核心業(yè)務(wù)流程的可靠性和效率。而數(shù)字創(chuàng)業(yè)公司首先關(guān)注的是數(shù)字平臺。

這里提供了一個客戶入職和員工入職的示例。他們應(yīng)該在數(shù)字平臺中組合可重用的業(yè)務(wù)組件，或者在業(yè)務(wù)框架中組合端到端的流程。在設(shè)計數(shù)字平臺時，組織必須定義好數(shù)據(jù)、業(yè)務(wù)和基礎(chǔ)架構(gòu)組件，并設(shè)計好它們以供重用。他們必須重新考慮他們想在組件方面向客戶提供什么。豐田互聯(lián)企業(yè)的CEO Zack Hicks表示，“我們的工作不是告訴他們該做什么。我們的工作是清除前進(jìn)道路上的障礙。如果能夠盈利的話，經(jīng)理們可以隨心所欲地雇傭他們，做他們想做的事。這當(dāng)然需要重新思考治理問題。”

作者們認(rèn)為指揮和控制管理方法將有助于公司實施優(yōu)化的企業(yè)流程。然而，他們并沒有建立能夠響應(yīng)時間的數(shù)字業(yè)務(wù)產(chǎn)品。數(shù)字平臺的開發(fā)需要對平衡自主性和一致性的數(shù)字產(chǎn)品和組件分配責(zé)任。正如Gary Hamel所建議的那樣，這需要授權(quán)團(tuán)隊建立度量標(biāo)準(zhǔn)、定義流程、評估結(jié)果并調(diào)整自己的活動，以實現(xiàn)更大范圍的公司目標(biāo)。

作者認(rèn)為，數(shù)字產(chǎn)品對標(biāo)準(zhǔn)化流程的依賴較小，對快速流程的依賴更大。為了能夠以市場響應(yīng)的方式來創(chuàng)造數(shù)字產(chǎn)品，領(lǐng)導(dǎo)者需要依靠人們來重新想象什么是可能的。這需要的是能夠平衡自主性和一致性的數(shù)字產(chǎn)品和組件的責(zé)任分配。這還需要：

•從項目經(jīng)理轉(zhuǎn)移到組件所有者

•從結(jié)構(gòu)轉(zhuǎn)移到任務(wù)

•指標(biāo)而不是指令

•實驗不是主要的啟動方式

•持續(xù)發(fā)布而非計劃發(fā)布

•資源充足的團(tuán)隊，而不是矩陣式的管理

•合作沒有層次結(jié)構(gòu)

•信任，而不是控制

對于這些組織來說，他們的軟件組件成為了有生命的資產(chǎn)。他們需要一個動態(tài)的環(huán)境。這使得增強(qiáng)權(quán)能和問責(zé)制變得至關(guān)重要。它需要敏捷的軟件方法。需要一個平衡自主性和一致性的問責(zé)框架。這允許一個隨著客戶的發(fā)展和變化而不斷演變的責(zé)任規(guī)劃。根據(jù)紐約梅隆銀行的前首席信息官Suresh Kumar的說法，一個組件所有者就像是一個迷你型的首席執(zhí)行官。他們對產(chǎn)品的成功負(fù)有全部責(zé)任。

對于許多企業(yè)來說，一個成功的戰(zhàn)略也將成為生態(tài)系統(tǒng)的驅(qū)動力。這些組織“找到了與互補(bǔ)產(chǎn)品和服務(wù)提供商合作的方法，然后將這些產(chǎn)品和服務(wù)集成到無縫體驗中去。”

在這種方法中，公司可以通過擴(kuò)展其數(shù)字平臺來支持合作伙伴的生態(tài)系統(tǒng)，從而發(fā)現(xiàn)新的價值。這種商業(yè)戰(zhàn)略的價值在于生態(tài)系統(tǒng)可以呈現(xiàn)出一個良性循環(huán)。為了促進(jìn)這一點，作者們建議需要有一個外部開發(fā)平臺，它是一個向外部合作伙伴開放的數(shù)字組件庫。這將允許合作伙伴在其產(chǎn)品中使用公司內(nèi)部開發(fā)的組件。外部開發(fā)平臺的例子包括蘋果的開發(fā)者平臺和應(yīng)用商店。

為了有效地工作，外部開發(fā)平臺應(yīng)該提供每個組件的目錄和描述。API應(yīng)該使組件能夠完成它被編程要完成的任務(wù)。這樣做的目的是讓合作伙伴能夠在現(xiàn)有軟件組件的基礎(chǔ)上快速編寫新的代碼。

因此，組件應(yīng)該是模塊化的、即插即用的，而不是一堆傳統(tǒng)的單一代碼。作者以星展銀行為例，該銀行提供了200個支持API的數(shù)字組件，包括信用卡管理、貸款資格等。SoCash在這些支持API的組件基礎(chǔ)上開發(fā)了一款應(yīng)用程序，允許其客戶從商家收銀機(jī)中提取現(xiàn)金。

作者建議說，那些想出如何組裝數(shù)字構(gòu)件的組織--包括共享見解、業(yè)務(wù)框架、數(shù)字平臺、問責(zé)框架和外部開發(fā)平臺--將最終在各自的市場中勝出。重要的是要認(rèn)識到構(gòu)建模塊將完全改變?nèi)?、流程和技術(shù)。

作者們很清楚，同步開發(fā)將能夠允許公司利用構(gòu)建塊之間的相互依賴性。沒有一個單一的路線圖能夠適合所有公司。相反，成功的公司將專注于能力建設(shè)計劃，使他們能夠在沒有組織變革的風(fēng)險下穩(wěn)步前進(jìn)。

很顯然，在一家并非天生數(shù)字化的公司里，你不可能迅速灌輸數(shù)字化文化，發(fā)展數(shù)字化能力。相反，成熟的公司必須隨著時間的推移不斷積累數(shù)字化能力。其中的一部分包括了忘記舊習(xí)慣和學(xué)習(xí)新習(xí)慣。這就像Gary Hamel提出的根除正統(tǒng)觀念一樣，盡管Teece認(rèn)為這會在很大程度上破壞創(chuàng)新的激進(jìn)能力。但如今重要的功能都是數(shù)字化的。

成功的公司最初會專注于根據(jù)行業(yè)和市場競爭來開發(fā)一兩個構(gòu)件。這里提供了三家公司來作為可能旅程的模板和示例--Schneider Electric、Royal Phillips和DBS Bank。

總的來說，作者建議您的路線圖需要執(zhí)行以下操作：
 

1.固定業(yè)務(wù)框架

2.不要長時間關(guān)閉你的數(shù)字平臺

3.同步你的客戶見解和數(shù)字平臺開發(fā)

4.開始分配責(zé)任

5.不要急于搭建外部開發(fā)平臺

6.堅持學(xué)習(xí)和建設(shè)

為數(shù)字化設(shè)計您的公司

數(shù)字技術(shù)改變了競爭格局。它所需要的能力要求公司重新思考他們的客戶價值主張。為了贏得勝利，公司需要重新構(gòu)想客戶可能需要的東西，然后重新設(shè)計你的組織以保持相關(guān)性。作者認(rèn)為，現(xiàn)在是獲得靈感的時候了，是建立你的基礎(chǔ)的時候了。

這可以從繪制旅程地圖開始。這樣，你就可以為每個組件建立所有權(quán)。然后，你需要傳達(dá)你的愿景和旅程，并長期致力于此。問題是，你準(zhǔn)備好成為數(shù)字經(jīng)濟(jì)的領(lǐng)導(dǎo)者了嗎？

特別聲明：


文章來源：企業(yè)網(wǎng)D1Net、CIO信息主管D1net

作者：Myles F. Suer

原文鏈接：https://mp.weixin.qq.com/s/Y_8oz4aFIpM7Az4B1gUqeA

RPA中國推薦閱讀，如有侵權(quán)，請聯(lián)系刪除


 

繼續(xù)閱讀：數(shù)字化轉(zhuǎn)型、云計算、物聯(lián)網(wǎng)

未經(jīng)允許不得轉(zhuǎn)載：RPA中國 | RPA全球生態(tài) | 數(shù)字化勞動力 | RPA新聞 | 推動中國RPA生態(tài)發(fā)展 | 流 > 實現(xiàn)數(shù)字化轉(zhuǎn)型的詳細(xì)路線圖