什麼是組合式商務？

組合式商務是打造電子商務平台的方法，企業可選擇、擴充並結合個別技術以形成獨特的解決方案。

default

{}

default

{}

primary

default

{}

secondary

組合式商務說明

每個企業都是獨一無二的，因此每個企業都需要獨特的電子商務平台。這就是組合式商務背後的核心理念。

透過組合式商務，IT 團隊可根據數位成熟度選擇所需的元件，在需要時能夠彈性使用。他們會將每個技術擴大或縮小規模以符合需求，並移除或新增功能，而不會中斷其餘系統。

由於組合式商務架構是模組化的，因此可隨意並按需求採取行動。每個元件皆獨立且與其他元件輕鬆整合。

最終結果是專為業務需求和客戶期望量身打造的電子商務平台，並快速因應這兩者的變化。

企業使用組合式商務平台的模組化來快速因應這些期望。元件的一些範例包括：

微服務：這些是執行特定服務的小型軟體元件。每個微服務會執行各自流程，並提供問題的解決方案。開發人員可以建構個別微服務，以形成更複雜的協作應用程式。
組裝式商務功能（PBC）：PBC 為預先開發的軟體元件，具有定義的業務功能。定義的業務能力是與微服務的關鍵差別，後者更精細。選擇 PBC 有助於降低軟體生態系的複雜性。使用整合單位降低初始設定和維護成本。
應用程式設計介面（API）：軟體元件必須共同運作。API 是指示元件如何運作的一系列規則和通訊協定，並啟用 PBC 和微服務（例如共用資料和功能）。若沒有這些元件，組合式商務平台便無法作為單一解決方案運作。

這種組合式技術，正如一位工程部副總裁所言，讓他們能夠「優化成本，同時打造差異化的產品，為客戶群帶來價值」。

無頭電商可視為組合式商務的前身。若要界定，首先說明網站的「前端」和「後端」是什麼會很有幫助。

傳統的架構有相互緊密結合的前端和後端。這使得難以修改，變更其中一端可能需要改變整個平台。

在無頭電商中，前端獨立於後端，而是透過 API 相互通訊。此分離可讓開發人員：

簡而言之，無頭電商比傳統架構更具彈性和可擴展性，但仍然不如組合式商務架構。組成組合式商務平台的微服務模組化，可全面自訂企業的電子商務。

傳統商務是將電子商務平台建設成單一、獨立單位的方式。「一體化」也是用來描述這些系統的術語，指的是其如何以相同的語言和相同的相依性進行開發。

所有元件，無論來自使用者介面或資料存取層，皆緊密整合。因此，若未更改整個單位，則無法更改單一元件。

還有成本效益的問題。傳統商務平台包含企業可能無法使用的功能，但由於功能屬於「多功能合一」套件，因此公司無論如何都要支付費用。

組合式商務平台在各方面都是截然不同，由團隊部署、更新和移除（不影響其餘平台）的模組組合所組成。這些模組可以一起運作，無需使用相同的編碼語言。每個模組皆可獨立調整，以滿足特定需求。

想像方程式賽車，其空氣動力學、懸吊系統，甚至是駕駛員，也是以組合式哲學所打造，以更好地適應不同賽道。

一條賽道可能有高速彎道，需要產生更多下壓力的尾翼。另一條賽道可能凹凸不平，需要改變避震彈簧。可以適應變化狀況的賽車才能保持競爭力。

這也適用於企業的電子商務。

現實情況是，組合式商務的效益將不適用於所有選擇其的企業。決策者必須評估利是否大於弊。

考慮組合式商務平台的模組化性質。可迅速新增或移除技術，但需要經驗豐富的開發團隊。經驗豐富代表昂貴。畢竟，團隊將在多元且可能獨特的元件生態系中工作

傳統的商務平台非常適合開發團隊不太成熟的小型企業。組合式商務更適合致力於追求高度成長的大型組織。

無法自訂或更新電子商務以適應的企業，將無法成長。這是許多仍仰賴傳統商務解決方案的企業所面臨現實。組合式商務架構的彈性和可擴展性提供通往目標之路，但企業該如何及從何處開始？

以下為涵蓋基本原理的移轉計劃範本：

執行差距分析：稽核運作良好之處、突顯可改善之處，並找出根本不需要的內容。然後，概述「理想狀態」：完美電商解決方案是什麼樣子？如何為企業和客戶的需求提供最佳服務？
決定移轉策略：這正是組合式商務的模組化性質發揮作用的地方。企業可以根據自身步調建置微服務和 PBC，嘗試不同的組合來查看最佳效果。組合式商務移轉的階段性方法也會降低服務中斷的風險。
立即可用的策略應指示團隊如何移轉重要資料、取得必要服務或擴充清單，以及了解使用者體驗應如何呈現。
建立電子商務平台：一旦資料移轉完成，企業就可以開始選擇微服務和 PBC 的流程來打造其電子商務。由於平台可組合，因此可據此挑選、選擇、混合、比對和調整。這是企業應考量內容管理系統、訂單管理系統或 ERP 的步驟。
部署並繼續測試：在前端建置使用者體驗層後，企業準備部署新的電子商務平台。若要防止資料毀損和改善系統效能，請務必繼續測試。可即時監控各元件的工具，協助決策者決定要保留的元件。

最後，企業選擇以下兩種策略之一：