編輯導語：在交易系統中，商品管理模塊是不可缺失的模塊之一；它可以幫助業務人員做好高效管理。然而，一個合理有效的商品管理系統該如何搭建？本篇文章里，作者結合自身實戰經驗，總結了商品管理模塊的設計策略，一起來看一下。

一、背景

商品管理是交易系統中最核心的模塊之一，模塊所包含的系統邏輯不是很復雜，但是與其他模塊相關性高，本身模塊所包含的信息比較多，怎么設計拓展性強，信息管理高效也是一個不小挑戰，接下來就給大家分享一些實戰中的一些總結！

總結了一個商品管理的架構分享給大家，接下來會對模塊難點重點解釋說明（文章中任何的圖片不得在本人沒有授權的情況下，隨意轉載）。

二、如何快速搭建功能完善，可拓展性強的產品管理模塊

1. 要詳細地了解你所管理產品的業務特點，讓你對產品的認識更廣泛。
2. 要了解產品模塊會更系統的那些模塊有較多的信息交互與關聯性。
3. 要能快速地收集產品所包含的信息，并對信息進行分類。

接下來以教育行業的產品管理為例進行講解。

三、教育行業產品設計過程說明

1. 教育產品的特點

1）一般教育行業的產品都是自產自銷，商品研發流程如下：

這樣商品管理會比較簡單，例如：不需要管理不同商品屬于哪個品牌，不需要管理商品屬于哪個產? 地等（如果課程有實物商品會有產地），商品一般不會過期等等。

2）教育行業的產品一般都是虛擬商品，虛擬商品最大的特點是成本低，管理方便，有大量的用戶行為數據積累，可以快速迭代。

3）教育行業產品的銷售模式：

• C端廣告：電視廣告，信息流廣告；
• B端推廣：校企合作，代理人代銷。

4）教育行業一般都有老師輔導，所以教育行業的產品其實本質是課程+老師的服務時間 ，因為課程研發的成本相當于銷售額來說幾乎可以忽略不計，所以大多數教育行業核心其實是老師（這個跟我們聊的商品管理相關性不大）。

2. 主要相關的系統或模塊如下（只列舉了常見的模塊）

1. 訂單模塊：涉及購物車，下單，訂單金額計算，物流，訂單售后，訂單評價等業務。
2. 支付模塊：涉及支付的收款規則，與支付等。
3. 財務模塊：涉及財務的確收，稅務，發票等。
4. 供應鏈模塊：涉及物料管理，庫存管理，發貨管理等。

3. 快速的收集信息并對信息進行分類

1）內部進行業務訪談，收集自己產品信息

目的根據與業務的訪談中，收集商品所包含的信息；但是這也只是一個粗略的過程為什么這么說呢，因為業務只會告訴你我現在需要什么，未來她說不清楚，所以這一步還不能輕易去設計下結論。

2）調研競品對信息進行完善

個人建議多看看京東的商品一些信息，而且我們盡量挑選那種實體商品或者硬件商品去看；從而回過頭來去看根據業務的了解我們具體那缺乏哪些。

3）使用ER圖對信息進行歸納，并抽象出業務核心的特征

在此我自己畫了一個商品ER圖的基礎模板，也是所有商品管理中必須有的，大家在進行信息分類時可以直接拿這個模塊去套用，或在此基礎上新增新的實體或元素。

多說一句ER圖在交易的任意一個模塊都用得上，而且作為復雜模塊信息的分類，以及分類后信息管理界面的設計，包括用來給開發闡述都是非常好用且實用的，后續我再寫篇分章分享怎么畫ER圖。

4）對我上面分享的商品基礎ER圖中難懂的名詞進行說明

• SPU：標準化產品單元（Standard Product Unit），是商品信息聚合的最小單位，是一組可復用標準化信息的集合，我的理解它主要也是為了前端顯示為目的；
• SKU：最小的庫存單位（StockKeeping Unit），可以以件、盒、箱、千克等為單位存儲，商品的進貨、銷售、售價、庫存等最終都是以SKU為準的。

舉例說明：一個SPU可以包含多個SKU，SKU是一般是根據SPU的銷售屬性組合（笛卡爾乘積）。

如華為Mate30手機是一個產品，但是它有白色、金色、黑色三種顏色可選，根據規格屬性又有64G、128G、256G存儲，這時就共會產生9個SKU（3種顏色*3種內存規格）。

• 商品的分類：商品的分類分為 外部分類與內部分類；外部分類的為了用戶方便快速找到想要的商品，一般分為三級，例如：家具（一級）——房間（二級）——床/床墊/梳妝臺（三級）；外部分類是為了方便內部提升管理商品的效率而來的，具體分級我們可以自己定義。
• 商品的屬性：也可以叫商品的規格，主要記錄SKU的一些規格屬性。

舉例說明：iPhone手機有內存 64G 128G 256G 內存的版本，顏色有黑色、紅色、金色、綠色的。 那么此時就涉及兩個屬性：

• 屬性1：是顏色，包含的屬性值有 黑色、紅色、金色、綠；
• 屬性2：是版本，包含的屬性有 64G、128G、256G 內存。

5. 產品管理設計中常見的問題

1）分類不全

分類不全會導致兩個問題：

1. 日常用戶尋找商品的，體驗差，內部管理效率很低；
2. 運營想通過商品進行運營數據與效率的分析很難。

一般對外的分類就是 三級，對內的分類建議一定要跟業務一起做前瞻性的談論，就算用不上也盡量提前把數據預留，方便后面立馬補充，這個點很重要。

2）沒有商品的上下架流程與狀態

商品本身是一個電商最核心的數據之一，為了安全性所有關于商品的更新上架一定需要通過審核，防止管理不規范引發各種風險問題；例如惡意改價等。

這個時候肯定會有同學說，那同一個商品因為市場的原因我們可能調價的可能性比較法，總不能每次都新生成一個新的商品吧，這樣對我們運營效率有很大的影響。

這個時候我們可以增加商品（這里指的是SKU）的版本，當我們對已上架的商品進行修改時，將原商未改的信息同步過來+已修改信息組合成新版本的一個商品，當新版本審核通過后，對舊的版本進行替換；這樣一來不影響本來正在售賣的商品，而且可以對原來的商品自動替換。

3）沒有存詳細的商品快照

在商品上架的時候，一定要記錄商品詳細的快照，不然后續會出現非常多的業務問題。

例如：商品價格更改后，歷史訂單需要進行售后。這個時候如果商品沒有存快照；售后不能拿最新的商品計算給用戶是否要退款或者補差；所以商品快照很重要。

通俗地講，咱們可以把快照理解成拍照。

譬如說，在某一時刻用手機給你拍了一張照片，那么照片中的你的狀態就定格在了拍照的那一瞬間。當明天的你再來看這張照片的時候，你就能看到拍照時你的狀態是如何的，這就是簡單意義上的快照。

那么，快照的實際應用場景是哪些呢？前面其實有說到，快照是備份技術的一種，一旦原來的數據發生了變化（可能因為某些原因數據發生了丟失等等），使用快照就可以恢復原來的數據。

以上就是我自己在做商品管理時的一些分享，希望對大家實際工作過程中的產品設計有一些幫助。

本文由@陳宏偉 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議