Java生鮮電商平臺-生鮮電商中商品類目、屬性、品牌、單位架構設計與實戰前端
說明:Java生鮮電商平臺-生鮮電商中商品類目、屬性、品牌、單位架構設計與實戰經驗分享後端
凡是涉及到購物,必然是創建在商品的基礎之上。架構
做爲交易的基礎,商品管理能夠說是電商系統最中重要的部分,它是鏈接前端用戶,平臺商戶,後臺系統的橋樑,商品管理系統與採購系統PMS、訂單管理系統OMS、倉儲管理系統WMS、促銷活動系統、物流配送系統TMS等有着緊密的聯繫。框架
商品管理體系的延展性,對於平臺的運營維護有直接的影響,它在必定程度上決定了平臺能走多遠。運維
做爲一個浸淫生鮮電商有些日子的技術總監,我想整理下本身的所思所想,若有不足之處,還望各路大神多多指教。如能給入行的生鮮產品小鮮肉們帶去一點點的幫助,那即是你我之幸事。spa
話很少說,先上圖:架構設計
在參與過幾套完整的自營生鮮電商供應鏈架構設計後,總結出一個商品管理系統必須包含的幾個基礎部分設計
類目管理、單位管理、品牌管理、屬性管理以及一些基礎信息的管理,其中最核心也是最重要的要屬類目管理。繼承
固然有些公司由於業務須要,會管理的更爲精細,可能還會有商品包裝管理、商品等級管理等等,這裏就不一一敘述。產品
通常來講,我所列舉的4個部分,足夠組建起一個相對完整的商品體系框架,而後再根根據業務需求,在此框架上進行迭代。
電商系統的產品數量大,經過類目將商品進行分類管理,增長商品運維管理的效率。
通常分爲3級,不便過多,過多可能致使冗雜。商品掛靠在最後一級——葉子類目,也就是類目樹上不能再往下分的類目,要注意類目名稱不能重複;舉個簡單的例子:蘋果–>富士蘋果–>水晶富士。
後臺商品主要是面向內部工做人員,相對來講較穩定不多變化。
主要是建來方便前端銷售,提升商品在前端對於客戶的有效展現、搜索、查找,方便用戶在海量的產品中快速精準的找到商品,從而提升成交率。
前臺類目通常爲2級,最多不要超過3級。商品掛靠在前臺類目的最後一級——葉子類目,類目名稱不能重複。
因爲後臺類目相對來講專業性比較強,顯然咱們不能要求用戶都具有專業的分類素質,所以須要配置一套比較親民的類目展現在前端。
再者,各大電商平臺每到節假日/促銷活動日,其前端展現的分類通常都會隨之改動,這時候更改的就是前端類目,來達到促銷引流的效果,而不須要去更改後臺類目。
如上所述,前端類目十分靈活,運營童鞋們能夠常常調整,但不是隨意調整,要牢記前端類目是用來達到銷售目的。
2. 二者之間的關聯關係
前端類目經過跟後臺類目映射間接和商品關聯,所以用戶在客戶端查看前端類目時,能夠查詢到它關聯的後臺類目包含的全部商品;
前端類目必須關聯一個及以上一級、二級、三級後臺類目;
後臺類目只能關聯到前端類目的葉子類目,同時也可關聯多個前端葉子類目。
前端展現通常是「後臺葉子類目+前端葉子類目」結合的方式,通常水平導航放前端類目,垂直導航放後端類目。
好比每日優鮮的分類:
商品屬性管理的意義:當系統產品變的十分豐富的時候,光是簡單分類已經沒法知足對商品的管理了。
好比奇異果按箱頭規可分12#,15#,26#,27#,28#,36#等;按品牌又有悠然、佳沛……類目的層級會愈來愈深,也會出現交叉和重複的問題。
這時就須要引入另一個維度來管理具象的商品,那就是「屬性」。
在講屬性以前,先引入2個電商人常掛在嘴邊的術語:
SPU:標準化產品單元(Standard Product Unit),是商品信息聚合的最小單位,是一組可複用標準化信息的集合,也就是能區分是什麼商品的最小單位;
SKU:最小的庫存單位(StockKeeping Unit),能夠以件,盒,箱,千克等爲單位存儲,商品的進貨、銷售、售價、庫存等最終都是以SKU爲準的;也就是用戶可以直接購買的商品,
基礎屬性就是組成SPU的屬性,可以確認商品信息聚合的的惟一性,例如「黃金奇異果」就是一個SPU,就比如華爲 P30 同樣。
規格屬性是組成SKU的屬性,直接影響用戶購買和系統的庫存,好比:佳沛-黃金奇異果-26#;是前端用戶能夠直接購買的商品的屬性。
描述屬性是商品一些特性的描述。
同一個葉子類目下的商品,其屬性每每差別很小,若是有規範的類目屬性列表,可將屬性組與類目關聯。這樣,新建商品時,只要選擇商品類目,商品屬性就自動帶出,可有效減小商品維護人員的工做。
品牌管理的意義在於:維護一個平臺共有的品牌庫,商品新增和編輯的時候,只能從品牌庫勾選已有可用的品牌,從而避免前端一個品牌多個名稱的出現。
如商品庫數量較大,新建品牌時,可將如某類商品具備相同的品牌,可將品牌關聯到後臺類目下,這樣添加產品時會更加快捷。品牌與後臺類目之間是多對多的關係。
單位管理的意義:方便商品新建的時候,基礎單位的選擇,以及涉及到後面商品庫存管理、進銷存管理、採購管理等等,以及和銷售之間的一些轉換問題;經過庫存單位的有效狀態來控制新建商品的時候是否可以選擇;
也就是商品的基礎單位,就是商品的市場最小計量單位,好比蘋果,市場最小計量單位是kg,獼猴桃是個/粒。庫存單位與商品的庫存管理息息相關,尤爲是對進銷存數據的影響十分深遠。
銷售單位是商品的售賣單位,一般是經過轉化率來與庫存單位之間進行對掛,從而達到庫存出入處理的統一。所以系統經常會有2個庫存查詢頁面:基礎庫存查詢、銷售庫存查詢。
以上是本人結合自身對電商商品管理模塊理解,簡單從商品類目、屬性、品牌、單位這4個方面進行總結。
固然,實際的設計中,咱們仍是須要結合本身的平臺所處的階段、電商模式、商品量級進行規劃。
尤爲是一些細節上面,仍是須要根據公司的實際業務進行詳細設計,須要藉助業務、產品、運營、研發等全部人的智慧,儘量的設計出一個通用的商品系統。
若有不足之處,還請你們多多指教。
聯繫QQ:137071249
QQ羣:793305035