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