干貨分享!最全 “商品管理” 設計分享
編輯導語:在交易系統中,商品管理模塊是不可缺失的模塊之一;它可以幫助業務人員做好高效管理。然而,一個合理有效的商品管理系統該如何搭建?本篇文章里,作者結合自身實戰經驗,總結了商品管理模塊的設計策略,一起來看一下。
一、背景
商品管理是交易系統中最核心的模塊之一,模塊所包含的系統邏輯不是很復雜,但是與其他模塊相關性高,本身模塊所包含的信息比較多,怎么設計拓展性強,信息管理高效也是一個不小挑戰,接下來就給大家分享一些實戰中的一些總結!
總結了一個商品管理的架構分享給大家,接下來會對模塊難點重點解釋說明(文章中任何的圖片不得在本人沒有授權的情況下,隨意轉載)。
二、如何快速搭建功能完善,可拓展性強的產品管理模塊
- 要詳細地了解你所管理產品的業務特點,讓你對產品的認識更廣泛。
- 要了解產品模塊會更系統的那些模塊有較多的信息交互與關聯性。
- 要能快速地收集產品所包含的信息,并對信息進行分類。
接下來以教育行業的產品管理為例進行講解。
三、教育行業產品設計過程說明
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)沒有存詳細的商品快照
在商品上架的時候,一定要記錄商品詳細的快照,不然后續會出現非常多的業務問題。
例如:商品價格更改后,歷史訂單需要進行售后。這個時候如果商品沒有存快照;售后不能拿最新的商品計算給用戶是否要退款或者補差;所以商品快照很重要。
通俗地講,咱們可以把快照理解成拍照。
譬如說,在某一時刻用手機給你拍了一張照片,那么照片中的你的狀態就定格在了拍照的那一瞬間。當明天的你再來看這張照片的時候,你就能看到拍照時你的狀態是如何的,這就是簡單意義上的快照。
那么,快照的實際應用場景是哪些呢?前面其實有說到,快照是備份技術的一種,一旦原來的數據發生了變化(可能因為某些原因數據發生了丟失等等),使用快照就可以恢復原來的數據。
以上就是我自己在做商品管理時的一些分享,希望對大家實際工作過程中的產品設計有一些幫助。
本文由@陳宏偉 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
請問:那按照你舉例的9個SKU(3種顏色*3種內存規格),那么進行商品定義,是每一種規格型號定義一個商品還是只定義一個商品名稱
使用同一個名稱 例如華為mate 50 pro 有金色,銀色,有內存256 528 都叫 華為mate 50 pro
竟然沒有評論….感覺寫的很好啊,在商品管理部分寫的很完整和詳細,并且很容易讓人理解
對大家有幫助就行