B2C自營商城的商品設(shè)計方案
去年我們的美妝社區(qū)APP,上線了自有商城。之后經(jīng)過多次版本迭代,商城系統(tǒng)的模塊已經(jīng)基本健全,值此時間分享一些經(jīng)驗出來,希望可以共同交流。
主要講講服務(wù)端的架構(gòu)設(shè)計以及商品呈現(xiàn)邏輯。可能對某些PM來說有點難理解,但是我認(rèn)為這是設(shè)計商城系統(tǒng)的PM必須具備的架構(gòu)能力,而且算是比較基礎(chǔ)和底層的部分。
一、商品的基本概念
1.1、對用戶而言
一般來說有產(chǎn)品、商品、贈品等概念。
1.2、對數(shù)據(jù)庫而言
可能只有spu,sku兩個概念,這是最底層的實體。
- SPU(Standard Product Unit)是指標(biāo)準(zhǔn)化產(chǎn)品單元,是商品信息聚合的最小單位。比如iPhone6。
- SKU(Stock Keeping Unit)是指庫存量單位,即庫存進(jìn)出計量的基本單元。比如iPhone6國行白色16G。
1.3、對功能而言
至少有產(chǎn)品,標(biāo)準(zhǔn)化商品,下單商品3個概念。
- 下單商品??隙ㄊ且粋€spu下的sku,對應(yīng)著商品編碼。
- 標(biāo)準(zhǔn)化產(chǎn)品。對應(yīng)著spu,是幾個sku的集合。
- 產(chǎn)品。顯示在商城貨架上,可能是一個spu,可能是不同spu的組合。
注意所謂的sku可能不是單個物理實體,比如美妝行業(yè)經(jīng)常把2款化妝品用膠布綁在一起作為一個sku,存入倉庫。
二、商品的存儲
一般而言,B2自營商城選擇租用第三方倉庫并對接其系統(tǒng),當(dāng)規(guī)模很大的時候才會考慮自建倉庫。
目前我們業(yè)務(wù)剛剛起步?jīng)]多久,所以只有一個倉庫,比較簡單。
如果倉庫有多個的時候,一般會根據(jù)“選擇最近倉庫-庫存是否足夠”的原則來處理配貨發(fā)貨,當(dāng)然可能還涉及到合并包裹的問題。
三、商品的實體關(guān)系
以上講了商品架構(gòu)中需要涉及到的實體,而他們的屬性和關(guān)系決定著數(shù)據(jù)庫中商品表該如何設(shè)計。
可以參考這篇文章《如何用ER圖繪制業(yè)務(wù)實體模型 》,了解關(guān)于實體關(guān)系模型的更多知識。
四、商品狀態(tài)機(jī)
商品的上下架狀態(tài)是用來區(qū)分商品是否展示給用戶,以及是否可以成功下單。
贈品是一種特殊的spu,支持上架并支持用戶購買,但是建議設(shè)為已下架并且是正確價格。
需要說明的是,售完下架和我下架的,是為了方便運(yùn)營客服童鞋操作商城運(yùn)營系統(tǒng)而設(shè)計的,采用了和淘寶賣家的商品狀態(tài)機(jī)相似的做法。
可以參考這篇文章《如何繪畫狀態(tài)機(jī)來描述業(yè)務(wù)變化》來了解其原理。
五、商品的呈現(xiàn)
大部分電商的商品詳情,呈現(xiàn)邏輯是相似的。
另外京東自營會根據(jù)收貨地址和倉庫的位置進(jìn)行匹配、部分電商會在進(jìn)入該頁面的時候會選中sku并且自動跳過庫存不足的。
六、總結(jié)
我沒有講到類目、商品標(biāo)簽、商品關(guān)鍵屬性、銷售屬性、其他屬性,包括商品庫存。
不是覺得不重要,而是我只講了最基礎(chǔ)最底層的設(shè)計,其他的都是根據(jù)業(yè)務(wù)在此基礎(chǔ)上面演變而來。
更多關(guān)于商品設(shè)計的內(nèi)容,可以點擊DEMO。
相關(guān)閱讀
如何繪畫狀態(tài)機(jī)來描述業(yè)務(wù)變化
#專欄作家#
浪子,業(yè)務(wù)型PM,浪子PRD系列51prd.com,公眾號:langzisay。
本文由 @浪子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
不是技術(shù)出身的我,沒看懂m、n、1是什么意思,能針對這點再解釋下嗎?
代表2個實體的數(shù)量關(guān)系,這個直接百度更清晰。
好比1個SPU肯定是M個SKU,M≥1。
而商品和SPU應(yīng)該是m:n的關(guān)系。
嗯嗯,百度百科那里有個E-R圖的條目,把那個又看了一遍,基本上了解了,謝謝你
樓主,我有個總是。既然贈品設(shè)置為支持上架和購買,那為什么要設(shè)置為已下架呢?
滿足贈品除了可贈之外,也可購買的業(yè)務(wù)場景。
既然為滿足可購買的業(yè)務(wù)場景,為什么要設(shè)置為已“下”架呢?就保持已上架狀態(tài)就可以了吧?話說已下架狀態(tài)的商品應(yīng)該是無法購買的吧。
有時候部分贈品不能賣,比如活動前。所以需要已下架狀態(tài)?;顒雍罂赡苡帜苜u了,所以使之具備普通商品的特性。
已下架狀態(tài)的商品,不可以買家選購。但是可以系統(tǒng)根據(jù)規(guī)則自動加進(jìn)去。
哦。懂了。多謝。
多謝分享。SPU和商品應(yīng)該是nSPU > 1商品的關(guān)系吧?感覺沒見過1個SPU由多個商品組成的情況呢。
商品是一個泛泛的概念,設(shè)計商品功能底層的時候,我們只說spu,sku等精確概念。
1個spu=n個sku。
商品呈現(xiàn)那里,狀態(tài)是手動下架,為什么顯示已下架按鈕,而不直接不顯示此商品。上下架和該商品的展示沒有關(guān)系,而是在另外的地方控制是否展示?
手動下架的商品不能直接根據(jù)此狀態(tài)來隱藏該商品詳情,有這樣一些場景還是需要展示相關(guān)信息的,比如已購商品被下架了而用戶需要查看下當(dāng)時的信息(和目前沒有做商品快照也有一點關(guān)系)。
商品的展示狀態(tài),目前沒有做過多涉及,僅做了已刪除會用一個特殊頁面來表示,和你說的不顯示應(yīng)該是同一個意思。
一般情況 下,已下架商品的商品詳情一般會保留在store ,但是不會被用戶搜索到。也就是用戶通過搜索是搜索不到已下架商品的,但是通過URL訪問,可以進(jìn)入到已下架商品的詳情頁面, 如用戶點擊訂單里的商品。