商品中心作為電商系統的核心模塊之一，承載著電商系統的核心基礎數據，是電商系統中比較複雜的模塊，商品中心的設計影響到後續的許多模塊，所以一個好的商品中心，需要多方面考慮，包括後續的可拓展性、前端營銷活動及業務需求等方面。整篇文章將從4個部分來開展：什麼是商品中心、商品中心的基礎名稱解釋、如何設計商品中心、總計。
一、什麼是商品中心
從使用層面來講，商品中心分為前端和後端。
前端商品為商城、購物車、訂單、營銷活動等提供商品基礎數據支撐；後端為供應商管理、採購訂單等提供數據支持。採購、銷售、庫存等核心業務都離不開商品中心的支撐。
因此商品中心的重要性毋庸置疑。在做商品中心時，需考慮公司當前及長遠的業務考慮。
二、商品中心的基礎名詞
相信接觸過商品的人，或多或少都聽過一些名詞， SPU、SKU、類目、屬性等等，那麼這些名詞到底是什麼意思呢，針對這些名詞做了如下整理：
1. SPU（Standard Product Unit）
標準化產品單元。是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合，該集合描述了一個產品的特性。
通俗點講，屬性值、特性相同的商品就可以稱為一個SPU。例如Iphone X就是一個SPU。
2. SKU（Standard Product Unit）
庫存量單位。是對每一個產品和服務的唯一標示符，例如iPhone X 128G 銀色就是一個SKU，該系統的使用SKU的值進行數據管理，使公司能夠跟蹤管理，如倉庫商品的庫存情況。SKU需要有獨立的條形碼，方便倉庫進行統計管理等。
我們創建一類商品的過程是在添加SPU和SKU，將需要選擇的品牌，基礎屬性，描述屬性確定該商品的SPU，再通過規格屬性值的添加確定該商品的SKU。
這樣保障同一個SPU共用商品詳情信息，只是通過規格屬性對應不同的SKU，對於不同的規格設定不同的價格。
在產品呈現給用戶進行引流的時候，搜索的時候，目的是讓用戶知道咱們平臺有這個產品，以SPU呈現為佳；涉及用戶購買的時候，這樣需要具體化的時候，需要使用SKU。
3. 類目
類目也稱商品分類或者產品分類，呈現樹狀結構，一般三到四層，層級太深不方便管理。類目管理分為後臺類目和前臺類目，那麼後臺類目和前臺類目得區別是什麼呢？
一般前臺類目面向用戶，主要方便用戶查找商品，很靈活，可以經常調整。
後臺類目用來承載商品和屬性模板，比較穩定很少變化，進銷存業務都是和後臺緊密關聯的，從商品進貨到商品庫存，再到商品銷售，最後到財務核算很多都是以後端分類為維度進行的。
後臺類目和前臺類目是多對多的關係，一個後臺類目可以映射到多個前臺類目，一個前臺類目也可以包含多個後臺類目。
舉個例子：比如說某些商品既可以放在＂夏季服裝＂，也可以同時放在＂女士服裝＂類目下，而後端類目是固定的，每件商品只能掛靠在一個葉子類目下。沒有前端類目，單純靠調整後端類目來滿足運營需求，工作量大，繁瑣，可能導致活動效果不好。
４. 屬性
當平臺商品少的時候類目基本可以滿足用戶得需求，但是隨著許多平臺商品量級的增加，用戶想快速找到自己所需的商品，難度就大大增大了。如果僅靠樹狀的類目來管理商品，已經無法滿足需求，這時就需要引入另外一個維度來管理具象的商品，那就是「屬性」。
那麼什麼是屬性呢，比如衣服顏色有紅色、黃色、黑色、白色等，手機內存有１６G、６４G、１２８G、２５６G，這些都稱為屬性。
從功能上屬性可以分為公共屬性，銷售屬性，關鍵屬性等。
公共屬性：指其他類目可以公用的屬性。例如鞋子尺碼，37碼、38碼、39碼等；銷售屬性：組成SKU的屬性單元。直接影響用戶購買和賣家的庫存，比如iPhone8 64G、黑色等；該屬性是組成SKU的特殊屬性，直接影響到買家的購買和商家的庫存管理。關鍵屬性：能夠確認商品的唯一性，關鍵屬性可以是單個屬性也可以是一個屬性組，描述商品特徵，比如服裝面料、舒適度等。
三、如何設計商品中心
基於上面對商品中心的定義以及商品中心名詞的解釋，相信大家已經大致了解了商品中心。
那麼l就可以開始進行商品中心設計了，在開始設計之前，可以基於公司現有業務及未來業務的發展方向，可以整理出商品中心的大致框架。以下是我結合自己對商品中心的理解整理出的商品中心大體結構。
將大體的框架梳理出來後，可以基於各個模塊開始模塊設計。
1. 類目管理
商品類目分為後臺類目層、前臺類目層，在添加和管理商品時，都是在後臺類目層對商品進行管理。商品屬性、銷售屬性及品牌等很多數據都是在後臺類目上進行管理，所以類目管理屬於較為核心的工作，一定要從長遠角度考慮。
① 後臺類目
每個商品在後臺添加時均需選擇相應的後臺類目，最後一級類目稱為葉子類目。後臺類目相對穩定，不能隨便刪除，葉子類目不能重複，每個類目下都可以添加新的類目，修改相應類目。
②前臺類目
前臺類目需對應後臺類目，前臺類目與後臺類目為多對多的關係。前臺類目的核心功能點如下：
新增類目：新增類目時，同層級下類目名稱不允許重複。層級葉子類目時，需選擇該類目對應的後太類目，可多選。顯示/不顯示類目：若選擇顯示類目，則該類目可在前端正常顯示，若選擇不顯示類目，則該類目及該類目下子級類目均不顯示。刪除：刪除類目時，若該類目下掛有商品，則不可進行刪除操作。下圖為前臺類目模塊的原型參考：
2. 屬性管理
葉子類目可設置類目屬性，完成類目樹葉子目錄與屬性建立關聯關係，後臺添加商品時，根據商品選擇的類目，可按照類目屬性進行相關的商品屬性的設置。若類目和屬性很多時，需要創建一個屬性管理池，葉子類目可以直接從屬性池中選擇相應的屬性，而無需反覆創建。
屬性包括屬性名，屬性值，一般都是掛載到具體基礎類目下，設置必填和非必填。
屬性錄入方式也分為兩種列表選擇和手工錄入，選擇列表選擇要在下面可選值文本框裡把你想要加的商品屬性寫進去，一行代表一個屬性，選擇手工錄入的可以直接在添加商品時候自定義商品屬性。
屬性管理頁面參考原型如下：
屬性繼承：如果業務所包含的屬性重複度很好，可以考慮屬性繼承的功能，直接選擇將屬性掛靠在葉子目錄下。每一級類目都可以掛靠屬性，且每一級都會繼承上一級的屬性。
eg： 1級類目有屬性A，2級類目有屬性B，3級類目有屬性C，那3級類目下的商品就具有屬性A、B、C。這樣可以減少屬性掛靠的工作量。
3. 商品管理
商品是電商平臺的核心資源，商品信息一般在客戶端的商品詳情中展示，商品信息主要包括商品名稱、商品分類、spuid、skuid、售價、庫存、商品屬性、詳情描述等。
在後臺創建商品時，需要將商品綁定在銷售分類（即後臺分類），便於後續統計庫存等信息，同時也需要綁定在前端分類，維護好商品信息後，在客戶端就可以看到相應的信息。
參考原型如下：
上方的原型只列出了部分設置的內容，在實際的業務中還涉及到許多需要設置的商品信息，包括圖片設置等信息。
4. 商品上下架管理
商品商下架，可以從商品庫中國勾選需要上下架的商品，可以設置自動上架或自動下架，選擇相應的上架/下架時間即可完成設置。
四、總結
商品中心其實在許多公司中都已經是比較成熟的模塊，各個公司的商品中心可能基於公司業務不同會有細微的區別，但是其核心是相通的，以上內容基於工作時涉及的商品管理模塊以及閱讀書籍《電商產品經理寶典》的一些整理思考，希望對大家有幫助，也歡迎大家提出問題，一起交流討論，共同進步。
本文由 @搞笑君同學 原創發布於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。