去年我們的美妝社群APP，上線了自有商城。之後經過多次版本疊代，商城系統的子產品已經基本健全，值此時間分享一些經驗出來，希望可以共同交流。
主要講講服務端的架構設計以及商品呈現邏輯。可能對某些PM來說有點難了解，但是我認為這是設計商城系統的PM必須具備的架構能力，而且算是比較基礎和底層的部分。
一、商品的基本概念
1.1、對使用者而言
一般來說有産品、商品、贈品等概念。
1.2、對資料庫而言
可能隻有spu，sku兩個概念，這是最底層的實體。
- SPU（Standard Product Unit）是名額準化産品單元，是商品資訊聚合的最小機關。比如iPhone6。
- SKU（Stock Keeping Unit）是指庫存量機關，即庫存進出計量的基本單元。比如iPhone6國行白色16G。
1.3、對功能而言
至少有産品，标準化商品，下單商品3個概念。
- 下單商品。肯定是一個spu下的sku，對應着商品編碼。
- 标準化産品。對應着spu，是幾個sku的集合。
- 産品。顯示在商城貨架上，可能是一個spu，可能是不同spu的組合。
注意所謂的sku可能不是單個實體實體，比如美妝行業經常把2款化妝品用膠布綁在一起作為一個sku，存入倉庫。
二、商品的存儲
一般而言，B2自營商城選擇租用第三方倉庫并對接其系統，當規模很大的時候才會考慮自建倉庫。
目前我們業務剛剛起步沒多久，是以隻有一個倉庫，比較簡單。
如果倉庫有多個的時候，一般會根據“選擇最近倉庫-庫存是否足夠”的原則來處理配貨發貨，當然可能還涉及到合并包裹的問題。
三、商品的實體關系
以上講了商品架構中需要涉及到的實體，而他們的屬性和關系決定着資料庫中商品表該如何設計。
可以參考這篇文章《如何用ER圖繪制業務實體模型 》，了解關于實體關系模型的更多知識。
四、商品狀态機
商品的上下架狀态是用來區分商品是否展示給使用者，以及是否可以成功下單。
贈品是一種特殊的spu，支援上架并支援使用者購買，但是建議設為已下架并且是正确價格。
需要說明的是，售完下架和我下架的，是為了友善營運客服童鞋操作商城營運系統而設計的，采用了和淘寶賣家的商品狀态機相似的做法。
可以參考這篇文章《如何繪畫狀态機來描述業務變化》來了解其原理。
五、商品的呈現
大部分電商的商品詳情，呈現邏輯是相似的。
另外京東自營會根據收貨位址和倉庫的位置進行比對、部分電商會在進入該頁面的時候會選中sku并且自動跳過庫存不足的。
六、總結
我沒有講到類目、商品标簽、商品關鍵屬性、銷售屬性、其他屬性，包括商品庫存。
不是覺得不重要，而是我隻講了最基礎最底層的設計，其他的都是根據業務在此基礎上面演變而來。
更多關于商品設計的内容，可以點選DEMO。
相關閱讀
如何繪畫狀态機來描述業務變化
如何用ER圖繪制業務實體模型
B2C自營商城的優惠券設計方案(上篇)
#專欄作家#
浪子，業務型PM，浪子PRD系列51prd.com，公衆号：langzisay。
本文由 @浪子 原創釋出于人人都是産品經理。未經許可，禁止轉載。