像搭積木一樣的組件產品該如何設計
下面這篇是筆者整理分享的關于組件產品該如何設計的文章,文章包含組件產品結構、組件拆分規劃、組件支撐平臺應具備的能力的相關內容,對組件產品感興趣的同學可以進來看看哦!
有人說提供企業數字化服務是屬于勞動密集型企業,隨著行業的快速發展,內卷也逐漸升級,以前一個半年交付周期的項目都是百萬起步,交付人員只需要3-5個,但發展到如今前后端分離,微服務架構后,項目金額縮到60萬起,但交付人員卻要10幾個(必要崗位:項目經理、產品經理、UI、前端、后端、測試),企業利潤下降嚴重。
純做定制化的項目,基本很難盈利,那么從項目中積累產品,提升產品的復用度,降低項目交付的不確定性,成為數字化服務企業的重點目標,但是由于項目的個性化及對產品組件抽取的能力不足,最終的結果往往只有系統設置、基礎數據可復用,其他還需要基于原來的代碼調整,但是基于代碼調整的成本有時甚至高于重寫。
今年來低代碼平臺很火,但是B端業務很復雜,低代碼提供的能力有限,像搭積木一樣的組件產品應該包含低代碼+高代碼,通過工作流和數據流的組合實現組件的組裝,當然產品組件本身的抽取也需要業務專家和產品專家配合不斷優化,才能建立高復用度的組件產品。
一、組件產品結構
下面我們拿倉儲產品舉例,看看組件產品的抽取及組件平臺應具備的能力:
倉儲產品在業務層通用程度高,但是在規則策略層差異較大,因此我們在定義組件時也根據這個特性做了拆分。
二、組件拆分規劃
對于庫存管理(物料、數量、位置、批次)等這些基本不會變的做成一個大組件,對于采購入庫、生產入庫、銷售出庫等有些跟行業相關有些差異的分別做成業務組件,對于像規則策略這種差異較大的做成微小組件,通過規則、策略平臺支撐做定義和二開然后通過流程配置的方式再組裝使用,當然像倉儲建模、維度等皆可復用,也做成了標準組件。
組件拆分
三、組件支撐平臺應具備的能力
組件定義完成后,按照組件支撐平臺的研發規范,放置在組件平臺,供項目選擇,選擇后加載到組件支撐平臺,組件支撐平臺支持組件的個性化,也支持自定義組件,通過支撐平臺提供的工作流程進行組件間的業務流轉和數據流轉,從而完成客戶的應用場景支持。
組件產品的優勢在于逐步沉淀業務組件,將組件按照行業和最佳案例分類,便于項目組裝形成客戶所需場景,低代碼和高代碼的配合又能提升靈活性,預制半成品菜式的方式能提升組件產品的復用度,提升交付的速度,伴隨著組件的增多,復用度的提高,是有希望能夠解決勞動密集型服務形態。
本文由 @抹香鯨 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!