從可組合體驗到可組合企業
在技??術和可訪問性無處不在的世界中，企業將“客戶體驗”視為真正的品牌差異化因素。特別是品牌的數字面孔。無論是員工入職應用程序、銀行新賬戶創建、消費者網上銀行應用程序還是電子商務平臺，今天的用戶都需要有意義、相關、順暢、情境化和個性化的體驗。
作為數據點的客戶體驗
普華永道的報告“通過體驗方法推動增長”引用了具有高質量體驗的客戶繼續與品牌開展業務的可能性高出2.7倍。66%的消費者愿意為出色的體驗支付更多費用。
客戶期望從他們的品牌中獲得卓越的數字體驗，以至于“客戶體驗”將超越價格和產品，成為消費者的關鍵差異化因素。
由于客戶體驗是最重要的增長驅動力之一，因此組織正在將重點轉移到創新上。他們將體驗建設作為其應用程序開發的核心原則。
但是，體驗不僅限于客戶。出色的員工體驗可以促進更好的客戶體驗，因此越來越需要專注于構建更好的內部工具。這些工具可以通過所有渠道和交互式接觸點向其客戶推廣更好的服務和增強的產品。
可組合性是一種這樣的軟件開發方法，它使企業能夠加快上市時間，同時也使企業能夠更快地創新和創造差異化體驗。前提是用戶體驗是幾個其他功能的組合，可以組合在一起為用戶創建統一的體驗。
企業對可組合性的需求
在這種軟件開發范式中，企業的軟件架構可以想象成自主、獨立和API驅動的打包業務能力(PBC)的集合，它們可以組裝在一起以構建任何應用程序。
可組合性帶來了模塊化和自主性的好處，可以在不中斷業務的情況下更改功能。它通過支持不同功能的編排來實現創新，并鼓勵利益相關者之間進行更深入的協作。
相對于傳統的“構建”，“組合”應用程序的能力提供了企業將其差異化體驗快速推向市場所需的急需加速。
下一代企業將專注于可組合架構，并大力投資于將成為可組合企業基礎的方法，例如
- API優先和微服務支持
- 使用開發人員優先的方法過渡到基于組件的交付
- 構建高度定制和個性化的體驗
可組合的體驗：企業應用程序的未來
能夠在正確的時間和正確的地點提供定制體驗的企業才能在市場上脫穎而出。這些應用程序推向市場的速度對應用程序的成功起著關鍵作用。但是速度需要正確的工具、正確的方法和正確的軟件開發方法。
考慮到速度需求，想象一下開發人員可以挑選和選擇抽象整個用戶旅程的構建塊的場景。然后可以從內部市場或CX生態系統中選擇這些構建塊，并將它們組裝在一起以創建任何類型的應用程序。
除了這種方法提供的加速之外，它還確保了一致性、靈活性以及在正確的接觸點為客戶提供獨特體驗的能力。在編排的API之上抽象為組件的體驗使企業能夠將同類最佳的功能結合在一起，并提供差異化??、有凝聚力和統一的用戶體驗。
一些以開發人員為中心的低代碼平臺提供基于組件的交付，并且具有獨特的優勢，不僅是加速開發的合適平臺，而且還創建了一種不同于傳統方法的“開發范式”，可以更快更好地產生結果。
編寫低代碼體驗
具有內置加速器的高度可集成和可定制的低代碼平臺是構建可組合體驗的理想平臺。
低代碼平臺為IT團隊提供了一個受監管的、經過批準的沙盒開發環境，以創建可以在任何時間點插入任何應用程序的體驗組件。
要使低代碼平臺成為可組合的體驗平臺，它們需要迎合以下重要特征：
#1支持微服務并成為API優先
企業內部部門和職能之間的關注點明顯分離也應反映在其數字產品中。服務和產品的自主交付有助于可組合性。微服務——獨特且獨立——使應用程序能夠依賴于可以集成在一起以創建內聚體驗的各個功能單元。使用微服務作為基礎的低代碼平臺更適合擁抱可組合性。
多年來，大型企業投資于既能滿足客戶需求又能滿足業務需求的數字基礎設施。其中許多數字資產提供了有價值但截然不同的體驗。企業可以通過將這些體驗公開為可消費的API來將用戶體驗與后端分離。
API優先并允許API的無縫集成允許快速構建體驗?；谔囟ㄓ猛镜腁PI組合構建的預集成組件可以利用數字核心中的現有功能，創造引人注目的現代用戶體驗。
#2云原生交付
世界已經轉移到云端。如果沒有關于云原生的章節，任何組織的數字化轉型故事都是不完整的。企業越來越關注在可以在云上交付的平臺上創建應用程序。云原生的低代碼平臺可以更快地交付，并在敏捷環境中實現對其應用程序的無縫和加速更新。
#3組件驅動開發
在交付現代云原生體驗方面，傳統的開發方法并不可行。如今，有益健康的體驗是將各種功能無縫、完美地結合在一起并交織在一起的集合。
就像用LegoTM積木搭建結構一樣，今天的應用程序是通過組裝存儲在企業內部市場中的組件來構建的——每個組件都滿足用戶旅程中的特定需求。
企業必須圍繞該策略構建基于低代碼的方法，以獲得豐厚的收益。
不是開發者——而是構建者和作曲者
在這種發展范式轉變中，“建設者”是企業中體驗組件的開發者或原始創造者。它們通常由負責監督整個企業的技術需求的企業架構小組牽頭。構建者與多個業務團隊合作并簡化技術決策。
相比之下，作曲家是應用程序開發人員，他們與業務團隊密切合作，構建交付給客戶的產品或服務。
作曲家有權挑選和選擇構建者創建的組件，并根據客戶的需要快速組裝、定制和配置應用程序，不僅可以加快上市速度，還可以實現快速和相關的創新。
允許通過集成API輕松進行組件化的低代碼平臺迎合了構建者和作曲者的需求。通過圍繞低代碼平臺創建構建者和作曲者團隊，企業可以使用兩階段開發方法來加速體驗開發之旅。
抽象經驗。促進產品思維
創建可組合體驗和可組合應用程序的關鍵是將每個組件視為一個產品。這種方法促進了團隊內部的產品設計。當組件像內部產品一樣發展時，各種業務團隊可以在構建自己的產品時使用它們。
例如，想象一下為新員工構建一個具有企業特定工作流的員工入職應用程序。假設企業正在從Peoplesoft遷移到Workday。這一變化對整個企業產生了影響，并極大地改變了員工的體驗。這意味著涉及延遲和追趕時間。
相反，想象一下，如果您在這些根據組織需求定制的HR系統之上創建了組件化的員工入職工作流程。轉型將是無縫的，并且對您的內部流程的干擾最小，員工幾乎不會注意到差異。
基于組件的交付模型使開發人員能夠在內部創建產品設置。一個API優先的低代碼平臺可以使用（在上述場景中）來自工作流的API，然后可以使用它來創建可以在任何地方重復使用的組件。按照產品思維方式，開發人員可以使用低代碼以敏捷的方式對這些組件進行版本控制、保護和交付更改。
輕松發現組件
低代碼平臺使開發人員能夠創建組件的內部市場至關重要。從真正意義上說，擁有一個常用功能的存儲庫，不僅可以促進可重用性，還可以實現協作和創新。
具有不同用例的不同團隊可能對某些功能和特性有共同的興趣。通用存儲庫還使業務用戶和SME能夠快速構建和自定義應用程序。此外，當開發人員和構建者之間的關注點分離時，他們的意見和建議可以很容易地實施。
這不僅會帶來差異化體驗，還會拉近業務和IT之間的距離，促進更深入的協作，從而提高組織的適應能力。為了獲得更快的數字化轉型，企業需要可以組裝、重新組裝和擴展的應用程序。
協調創造獨特的體驗
低代碼平臺需要提供組合多個組件或API以創建新工作流程或功能的能力，而這正是創新開始發揮作用的地方。
體驗API不斷發展以滿足不斷變化的業務需求。API編排支持體驗API的這種迭代開發，反過來，使開發人員能夠構建更接近他們希望為用戶創建的體驗的API層。該層可以充當可在整個企業中構建的任何用戶旅程的單一事實來源。
然后，開發人員可以將功能緊密地綁定在一起，并在UX方面為用戶創建統一的體驗。一旦實現了這樣的編排，開發人員就可以利用UI豐富的低代碼平臺為其用戶提供微細分級別的個性化。
在企業中，需要API編排來集成來自不同系統（例如SAP、ESB或BPM）的工作流，從而創建一種新形式的API工作流來創建現代體驗。
鑒于企業準備投資創建API層和編排層，組件化和可配置的低代碼平臺可以作為體驗開發的最上層。
代表整個用戶旅程的組件可以在這些精心編排的API上構建，然后可以存儲在內部市場中或嵌入自定義工作室。
構建可組合的企業
企業處于不斷重塑自我的狀態。隨著他們經歷變化，他們構建的應用程序必須是企業內部和外部功能的集合。這就是他們需要將他們對企業的看法從單一實體轉變為“可組合企業”的地方。
現有的應用程序解決了過去的問題。為了鼓勵創新并利用現有基礎架構，企業需要采用完全不同的架構方法，該方法既模塊化又與渠道無關。
行動中的可組合性
根據Gartner的一份報告，企業在所謂的“靜態應用程序體驗”中停滯不前。死板的應用程序充斥著遺留代碼并滿足過去的需求。創建適用于不同模式的體驗組件并使其按需可用以創建定制應用程序，為創建可組合企業鋪平了道路。
遵循可組合架構原則的低代碼平臺使可組合企業能夠通過
- 為使用API提供高度可集成的平臺
- 實現模塊化并快速創建體驗組件
- 建立在現有和新軟件基礎設施之上的安全、可靠、受管控的體驗組件存儲庫
- 借助編排API之上的拖放可視化抽象加速開發
- 使業務用戶能夠與IT協作并實現軟件開發的民主化
- 通過簡單地將舊功能與基于低代碼構建的現代體驗組件交換，對具有企業級體驗組件的遺留系統進行現代化，不會對現有系統造成中斷。
現代IT團隊努力確保敏捷性并快速滿足市場需求。企業要即時提供新體驗并迎合極其不可預測的市場，他們需要使用低代碼等現代工具和技術來推動可組合性。
低代碼在易于開發和交付速度之間提供了完美的平衡。借助內置加速器、API優先方法以及組件化編排功能的能力，低代碼使企業能夠快速組合體驗，進而成為高度敏捷的“可組合企業”。
