中臺實戰之商品服務中心設計（上）01電商商品體系的設計目標？

假如我們先不涉及價格/活動這些基于商品體系的衍生模塊，僅關注商品體系本身，通過業務建模我們可以發覺在商品體系本身，管理的范疇可以細分為3件事：

商品資料管理商品結構管理：在多個商品下，如何以特定的結構管理商品售賣管理：區域/渠道/上下架接下來我們詳細來拆解看這三件事。

1.商品資料管理

這里需要將我們日常接觸到的商品基本資料，如長寬高/產地/別名/品牌/條碼等，合理且高效的實現新增/修改/刪除，等一系列維護操作。

以一個詳細商品來看，下面這個商品你要如何描述它才能把它放到網上賣？給你個提示這個商品叫男士T恤。

事實上，需要描述這一件商品我們就需要整理出這樣的一個表，如下圖所示：

可以看到一件商品旗下有若干個描述項組成，而這些描述項在商品管理中有一個標準的名字，我們稱之為屬性管理。

這些屬性不僅僅只起到描述作用，更多的還為后續動作，比如選購，收發貨供應動作參考，例如依據體積與毛重定義存儲庫位屬性，依據單位換算下選購單等。

這里除了上述的屬性外還有一個特別的屬性，我們稱之為商品狀態，也就是標識該商品生命周期的狀態，一般而言商品的生命狀態可以分為：引入、試銷、鋪貨、運營、汰換、清退，每個狀態會有額外對應的屬性。

因此可以說在商品資料管理環節，我們要做的就是完成兩個動作：

梳理上下游（倉儲、物流等）所需的商品屬性整理、定義商品屬性增刪改查的角色與流程（例如倉儲用到的屬性是在哪維護？誰維護？）2.商品結構管理

搞定了單件商品的管理后，當我們同時引入多個商品，如便利店3000余個SKU，某品牌網店1600+SKU時，在多個商品下，如何以特定的結構讓用戶更好的找到商品這便是商品結構的管理。

在此處商品結構管理可以分為橫向管理與縱向管理兩個部分。

（1）縱向管理：也就是以樹形結構將商品排列出來，這也就是常見的類目樹。

（2）橫向管理：隨著類目樹不斷增大，類目原來也就成為了一個新的浩大信息庫，這是要找到某個子類目就變的很簡單了，因此我們會在類目樹中增加橫向的品牌庫進行聯通。例如家電-電視機下會存在華為、小米、TCL等品牌，用于快速篩選。

3.商品售賣管理

將商品管理完成后，下一步要做的就是進行商品的售賣管理，也就是商品是否可售，在日常的商品運營中我們常會消失下面幾類需求：

（1）某供應商的商品只在某區域售賣，不跨區售賣否則該商品由于運輸成本等緣由導致成本過高；

（2）某商品只在某線上渠道售賣不在線下售賣，從而讓線上商品與線下商品隔離開，便利廠家定價（線下價高）；

（3）某商品今日12點開售，只賣5小時，17點結束售賣。

因此在這個環節我們要管理的就是各種不同的售賣策略。

02商品體系落地系統功能組成

梳理完了商品體系要解決的三大問題，下面我們來詳細看看要用什么系統落地來解決這些問題？

應對上面的三大問題，我們搭建的商品體系的系統功能詳細如下：

1.商品分類

分類樹管理，一般包括三級至四級分類層級。特殊地在類目樹中包括一般會包含兩個分別是前臺類目與后臺類目：

（1）前臺類目：用于運營使用，分類規章不會根據標準的商品類目原則，而是依據營銷需求，常常會消失夏日必備單品等這樣的營銷類目；

（2）后臺類目：用于供應鏈，特殊是選購進行，商品需要根據肯定的標準分類進行，從而保證分類的精確?????性。

2.商品品牌

以商品的品牌進行商品聚合，橫向管理不同類目下的商品品牌，詳細來說在一個品牌下會綁定多個分類與商品。例如小米品牌：

家電-電視機類目通訊-手機類目：sku=小米12-黑-128g電腦-筆記本類目在不同類目下都有對應的商品SKU。

3.商品屬性

用于管理商品的基本資料，通常依據屬性的分類會進行分組，此外在屬性建設中，必需要將屬性與分類進行關聯，當創建新商品時，第一步就是選擇分類，隨后依據選擇的分類在創建商品時，系統依據所選分類查詢綁定的對應屬性（如手機類目下，不會展現服裝尺碼等屬性）。

而許多電商中所謂的屬性庫，就是當建品時，選擇某個分類時，自動查詢該分類下的屬性字段。

4.SPU-SKU體系

每個商品的最小庫存單元將其定義為一個SKU，在SKU基礎上依據不同款的區分，聚合成為一個SPU，實現商品的聚合管理。

5.上下架管理

管理不同商品的售賣狀態，在前臺中一般將上架并有可售庫存的商品展現為可售賣狀態，此時用戶在前臺可進行下單，在上下架中常見的功能點為：

手動上下架批量上下架自動上下架（依據時間，庫存等條件自動觸發上下架）6.鋪貨管理

商品根據企業經營的業務區域進行逐一推廣，例如先從華南區售賣再向華東區售賣的過程。

7.渠道管理

依據運營需求將售賣的不同區域稱之為渠道，一般有線上渠道（京東、淘寶等），線下渠道（直銷、經銷商、分銷商、代理等），此