下面這篇是筆者整理分享的關于組件產品該如何設計的文章，文章包含組件產品結構、組件拆分規劃、組件支撐平臺應具備的能力的相關內容，對組件產品感興趣的同學可以進來看看哦！

有人說提供企業數字化服務是屬于勞動密集型企業，隨著行業的快速發展，內卷也逐漸升級，以前一個半年交付周期的項目都是百萬起步，交付人員只需要3-5個，但發展到如今前后端分離，微服務架構后，項目金額縮到60萬起，但交付人員卻要10幾個（必要崗位：項目經理、產品經理、UI、前端、后端、測試），企業利潤下降嚴重。

純做定制化的項目，基本很難盈利，那么從項目中積累產品，提升產品的復用度，降低項目交付的不確定性，成為數字化服務企業的重點目標，但是由于項目的個性化及對產品組件抽取的能力不足，最終的結果往往只有系統設置、基礎數據可復用，其他還需要基于原來的代碼調整，但是基于代碼調整的成本有時甚至高于重寫。

今年來低代碼平臺很火，但是B端業務很復雜，低代碼提供的能力有限，像搭積木一樣的組件產品應該包含低代碼+高代碼，通過工作流和數據流的組合實現組件的組裝，當然產品組件本身的抽取也需要業務專家和產品專家配合不斷優化，才能建立高復用度的組件產品。

一、組件產品結構

下面我們拿倉儲產品舉例，看看組件產品的抽取及組件平臺應具備的能力:

倉儲產品在業務層通用程度高，但是在規則策略層差異較大，因此我們在定義組件時也根據這個特性做了拆分。

二、組件拆分規劃

對于庫存管理（物料、數量、位置、批次）等這些基本不會變的做成一個大組件，對于采購入庫、生產入庫、銷售出庫等有些跟行業相關有些差異的分別做成業務組件，對于像規則策略這種差異較大的做成微小組件，通過規則、策略平臺支撐做定義和二開然后通過流程配置的方式再組裝使用，當然像倉儲建模、維度等皆可復用，也做成了標準組件。

組件拆分

三、組件支撐平臺應具備的能力

組件定義完成后，按照組件支撐平臺的研發規范，放置在組件平臺，供項目選擇，選擇后加載到組件支撐平臺，組件支撐平臺支持組件的個性化，也支持自定義組件，通過支撐平臺提供的工作流程進行組件間的業務流轉和數據流轉，從而完成客戶的應用場景支持。

組件產品的優勢在于逐步沉淀業務組件，將組件按照行業和最佳案例分類，便于項目組裝形成客戶所需場景，低代碼和高代碼的配合又能提升靈活性，預制半成品菜式的方式能提升組件產品的復用度，提升交付的速度，伴隨著組件的增多，復用度的提高，是有希望能夠解決勞動密集型服務形態。