數(shù)字化轉(zhuǎn)型有多種形式。隨著企業(yè)希望以某種方式獲得新的價值，有許多不同的轉(zhuǎn)型項目：遷移到SAP S/4HANA；遷移到云端；將多個系統(tǒng)合并為一個系統(tǒng)；執(zhí)行全面的技術(shù)升級而不是新的實施；合并、收購或剝離其他業(yè)務(wù)；是否保存和擴(kuò)展歷史數(shù)據(jù)。但貫穿所有這些項目和不同數(shù)字化方式的共同主線是企業(yè)的一個關(guān)鍵“必備品”：一系列可供探索的選項。

成功的數(shù)字化全在于選擇，能夠選擇你想創(chuàng)新和轉(zhuǎn)型的地方，以及你不想（或不能）的地方。沒有一種方法適用于所有人。Brownfield,Bluefield, and Greenfield每種方法都有各自的優(yōu)點和缺點，而且每種方法都可能是某一家公司的理想選擇，卻不適合另一家公司。企業(yè)必須確定哪種方法能夠為其組織獲得切實、積極的業(yè)務(wù)和技術(shù)價值。這種靈活性使創(chuàng)新得以蓬勃發(fā)展，并使公司能夠在數(shù)字轉(zhuǎn)型中實現(xiàn)最大的投資回報率。

有多種方法可以推動創(chuàng)新并從數(shù)字轉(zhuǎn)型項目（如SAP S/4HANA遷移）中創(chuàng)造價值。下面是幾個例子，說明為什么在進(jìn)行SAP S/4HANA遷移時保持選項開放是至關(guān)重要的。

選項的靈活性保留了傳統(tǒng)功能和業(yè)務(wù)關(guān)鍵功能

讓我們以金融界為例。金融行業(yè)的許多企業(yè)可能會說，他們希望采用一個全面標(biāo)準(zhǔn)化系統(tǒng)的ERP平臺，只是為了簡單起見。但這是從頂部看的。如果深入到業(yè)務(wù)中的特定團(tuán)隊或細(xì)分市場，情況可能會完全不同。舉例來說，計費部門可能有一個特定的、定制的客戶計費流程，而這個流程并沒有在整個公司中共享。在這種情況下，一個標(biāo)準(zhǔn)化的、全面的系統(tǒng)將破壞關(guān)鍵的業(yè)務(wù)功能。在整個部門中，您可能不希望在整個流程中都采用創(chuàng)新的方式，但也可能不需要在這兩個方面都受到影響。

靈活地選擇哪些系統(tǒng)或功能，以及哪些不需要處理是ROI的關(guān)鍵。保留不可更改的業(yè)務(wù)流程，同時升級需要它且不會被中斷的區(qū)域，這樣每個人都能從中受益。

對歷史數(shù)據(jù)的重新思考

另一個證明選擇性創(chuàng)新重要性的用例是管理資產(chǎn)剝離。過去一年，我們看到的一個奇怪的趨勢是資產(chǎn)剝離活動激增，許多企業(yè)從可能表現(xiàn)不佳的部門或公司撤資，或者只是為了加強(qiáng)核心業(yè)務(wù)，以應(yīng)對更大的經(jīng)濟(jì)衰退。但是，盡管企業(yè)可能會剝離部分業(yè)務(wù)，但它們最終往往會保留這些被剝離部門遺留下來的歷史數(shù)據(jù)，積累可能長達(dá)數(shù)年的不必要數(shù)據(jù)。

數(shù)據(jù)不僅存在于真空中；它需要花費時間、金錢和存儲空間來保存和維護(hù)。它還阻礙全面實施SAP S/4HANA。如果您使用Brownfield方法將所有數(shù)據(jù)升級到SAP S/4HANA,就需要將所有的歷史數(shù)據(jù)集進(jìn)行全面的升級。

但你為什么要那樣去做？如果你已經(jīng)從原來的公司撤資，那么它的數(shù)據(jù)就不再有實際價值了。如果有的話，它最終會削弱SAP S/4HANA的價值。SAP S/4HANA最強(qiáng)大的功能之一是其高級分析功能。但是，如果這些分析的力量被一個對你的公司不再有任何價值的系統(tǒng)中多年的歷史數(shù)據(jù)所堵塞，那么這些分析的力量就會被削弱。這種歷史數(shù)據(jù)遷移不僅會影響您在SAP S/4HANA上獲得的投資回報；要保存的數(shù)據(jù)越多，還意味著需要花費更多的時間、金錢、硬件、內(nèi)存和總體技術(shù)占用空間來保存所有不需要的數(shù)據(jù)。這就是為什么創(chuàng)新和SAP S/4HANA遷移的選擇性如此重要：選擇要創(chuàng)新的內(nèi)容、要遷移的數(shù)據(jù)和留下的內(nèi)容的能力不僅可以確保您充分利用SAP S/4HANA，而且還可以將相關(guān)成本和技術(shù)債務(wù)降到最低。

讓您的選擇保持開放性意味著X，Y，Z不需要都遵循相同的指令。相反，您可以選擇消除X，標(biāo)準(zhǔn)化Y，并在有意義的地方合并Z。創(chuàng)新需要的業(yè)務(wù)流程，保留需要獨立處理的系統(tǒng)，并拋棄阻礙工作的歷史數(shù)據(jù)。

放眼長遠(yuǎn)

大多數(shù)SAP S/4HANA遷移項目都是多階段的。任何一個項目都可能涉及多個步驟，如業(yè)務(wù)合作伙伴集成、數(shù)據(jù)縮減、OS/DB遷移、業(yè)務(wù)流程創(chuàng)新、云端點實現(xiàn)。這些步驟可以放在單獨的時間表上，也可以合并到一個單獨的上線項目中，這取決于您的喜好。但關(guān)鍵是：你的偏好。

當(dāng)您不僅著眼于SAP S/4HANA遷移，而且著眼于任何數(shù)字化轉(zhuǎn)型工作時，您可以更輕松地分解要升級的內(nèi)容、要遷移的內(nèi)容、不需要處理的內(nèi)容，然后相應(yīng)地保持獨立或合并其時間表。每個進(jìn)程或系統(tǒng)都有自己的附加值，根據(jù)您選擇的遷移方法，該附加值要么得到增強(qiáng)，要么受到影響。有選擇的數(shù)字化方法，以及保持選項開放和圍繞靈活性制定時間表的核心價值，對于從SAP S/4HANA和整個數(shù)字化轉(zhuǎn)型中獲得最大價值至關(guān)重要。

審核編輯 黃昊宇