一、背景
商品管理是交易系統中最核心的模塊之一，模塊所包含的系統邏輯不是很復雜，但是與其他模塊相關性高，本身模塊所包含的信息比較多，怎么設計拓展性強，信息管理高效也是一個不小挑戰，接下來就給大家分享一些實戰中的一些總結！
總結了一個商品管理的架構分享給大家，接下來會對模塊難點重點解釋說明（文章中任何的圖片不得在本人沒有授權的情況下，隨意轉載）。
二、如何快速搭建功能完善，可拓展性強的產品管理模塊
要詳細地了解你所管理產品的業務特點，讓你對產品的認識更廣泛。
要了解產品模塊會更系統的那些模塊有較多的信息交互與關聯性。
要能快速地收集產品所包含的信息，并對信息進行分類。
接下來以教育行業的產品管理為例進行講解。
三、教育行業產品設計過程說明
1. 教育產品的特點
1）一般教育行業的產品都是自產自銷，商品研發流程如下：
這樣商品管理會比較簡單，例如：不需要管理不同商品屬于哪個品牌，不需要管理商品屬于哪個產 地等（如果課程有實物商品會有產地），商品一般不會過期等等。
2）教育行業的產品一般都是虛擬商品，虛擬商品最大的特點是成本低，管理方便，有大量的用戶行為數據積累，可以快速迭代。
3）教育行業產品的銷售模式：
C端廣告：電視廣告，信息流廣告；
B端推廣：校企合作，代理人代銷。
4）教育行業一般都有老師輔導，所以教育行業的產品其實本質是課程+老師的服務時間 ，因為課程研發的成本相當于銷售額來說幾乎可以忽略不計，所以大多數教育行業核心其實是老師（這個跟我們聊的商品管理相關性不大）。
2. 主要相關的系統或模塊如下（只列舉了常見的模塊）
訂單模塊：涉及購物車，下單，訂單金額計算，物流，訂單售后，訂單評價等業務。
支付模塊：涉及支付的收款規則，與支付等。
財務模塊：涉及財務的確收，稅務，發票等。
供應鏈模塊：涉及物料管理，庫存管理，發貨管理等。
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）分類不全
分類不全會導致兩個問題：
日常用戶尋找商品的，體驗差，內部管理效率很低；
運營想通過商品進行運營數據與效率的分析很難。
一般對外的分類就是 三級，對內的分類建議一定要跟業務一起做前瞻性的談論，就算用不上也盡量提前把數據預留，方便后面立馬補充，這個點很重要。
2）沒有商品的上下架流程與狀態
商品本身是一個電商最核心的數據之一，為了安全性所有關于商品的更新上架一定需要通過審核，防止管理不規范引發各種風險問題；例如惡意改價等。
這個時候肯定會有同學說，那同一個商品因為市場的原因我們可能調價的可能性比較法，總不能每次都新生成一個新的商品吧，這樣對我們運營效率有很大的影響。
這個時候我們可以增加商品（這里指的是SKU）的版本，當我們對已上架的商品進行修改時，將原商未改的信息同步過來+已修改信息組合成新版本的一個商品，當新版本審核通過后，對舊的版本進行替換；這樣一來不影響本來正在售賣的商品，而且可以對原來的商品自動替換。
3）沒有存詳細的商品快照
在商品上架的時候，一定要記錄商品詳細的快照，不然后續會出現非常多的業務問題。
例如：商品價格更改后，歷史訂單需要進行售后。這個時候如果商品沒有存快照；售后不能拿最新的商品計算給用戶是否要退款或者補差；所以商品快照很重要。
通俗地講，咱們可以把快照理解成拍照。
譬如說，在某一時刻用手機給你拍了一張照片，那么照片中的你的狀態就定格在了拍照的那一瞬間。當明天的你再來看這張照片的時候，你就能看到拍照時你的狀態是如何的，這就是簡單意義上的快照。
那么，快照的實際應用場景是哪些呢？前面其實有說到，快照是備份技術的一種，一旦原來的數據發生了變化（可能因為某些原因數據發生了丟失等等），使用快照就可以恢復原來的數據。
