新聞資訊

新聞資訊 行業動態

淘寶網商品SKU系統設計經驗分享

編輯:admin     時間:2019-02-13

商品模塊設計

商品模塊是支撐整個架構的核心,如果這塊沒設計好,那么所有后期的復雜的統計需求基本都滿足不了。

商品關系

為什么這樣子設計屬性看這里和這里,把品牌從類目中剝離出來是為了降低程序針對商品屬性這塊的復雜度。這里通過淘寶的添加寶貝的操作來說明上面的數據結構如何滿足下面的需求:

頁面屬性的編程實現可以參考這里。SKU存放在產品SKU表中,按我們的實際需求增加修改字段,比如我的表中多了ProductCode和BarCode字段,SKU的屬性會拆分后存入產品基本屬性值表,便于搜索或統計等需求。商品的基本屬性全部打橫存入商品的基本屬性表中,那么SKU表的存儲如下:

那么這個item是4013的產品在基本屬性值表中的數據存儲如下:

 這里我是把所有的屬性都打成一條一條存儲在這個表中,那么能滿足我們在日常業務的屬性搜索,統計等需求。按屬性搜索,這里必須要注意以下幾點:

    1.不可能所有的屬性都開放給用戶或者我們的客戶進行搜索,所以我們會在屬性名表中有個字段(是否搜索字段)來人工控制哪些屬性是搜索屬性

    2.基本屬性是同一個寶貝下面所有SKU都共有的,SKU屬性是單個SKU獨有的,所以搜索的時候還必須分清楚銷售屬性(銷售屬性組成SKU)和基本屬性。

    3.屬性圖片的存儲我并沒有設計,因為我們是做快消品,沒有這個需求。但是,如果我做的話我還會是在基本屬性值表中加上”是否圖片屬性,是否使用默認圖片,圖片URL“3個字段來記錄顏色屬性。做屬性搜索的時候比較方便。

    4.產品通過關鍵字搜索和屬性搜索是分開的,兩種搜索并不是一種解決方式,比如淘寶,在首頁的搜索框是通過分詞匹配寶貝標題的關鍵字,通過關鍵字的匹配程度,店鋪的dsr評分權重來決定搜索結果,而屬性搜索的時候則是匹配滿足屬性條件的寶貝。那屬性又分第1點和第2點,所以還是挺麻煩的。

 

那到了這里產品的存儲已經說完了,其它的運費什么的,就懶得說了。

 

這里你會發現有打包品表,打包品子表,最終商品表,商品變更記錄表。這里需要詳細說明一下。

 
首先說一下打包品概念:

打包品:為了各種運營上的需求,很多時候我們會人為的把多個SKU組合成一個商品進行組合銷售,我們在淘寶購物的時候,經常會看到這樣的情況,A產品+B產品組合銷售,AB的組合在淘寶上面表現為一個寶貝,你看看這里或者這里或者這里,這些就是拉。這種銷售數據在訂單里表現是一個淘寶商品,但是我們要做庫存管理,數據分析等需要拆分出來。這是必須考慮的!

PS:有那種出廠打包品,比如一個包裝盒里面有香皂,有沐浴露,但是它們本身就是一個SKU,出廠就這樣,所以不能和打包品混為一談。

 

 

由于我們運營上的需要,我們可能賣單個SKU,也可能賣多個SKU的組合,那么在我這里把單個SKU和多個SKU組合都看成打包品,單個的SKU打包品它的子項只有它自己,這樣做的好處是,系統中只需要一種方式來處理這種關系。在打包品表中通過類型來區分。

這里有一個關鍵問題要注意,我們在出售商品過程中,價格是可能會隨時人工或者系統來干預變化的,比如產品A標題叫B洗發水+C護發素直降20元,但是我們根據實際的流量和轉換率價格可以上下浮動,那么我們就要及時的調整價格,所以我們的標題,價格都需要進行更改,這里牽涉2個問題,我們是新建一個打包品或者我們是另外放在最終商品表,我們就需要修改對應的標題和價格,同時呢,在商品變更記錄表中記錄添加一個上次修改的備份,作為我們對不同價格的轉換率的一個分析基礎數據。第二個問題就是由于修改了打包品或者創建了新的打包品(SKU子項,SKU數量一樣)價格,那么對應的分配到每個具體SKU的價格發生了變化,這里如果是新建了打包品就沒問題,但是如果是修改打包品,那么我們對打包品SKU子項的價格就必須通過相應的公式進行計算。比如A+B+C今天是100元,A是30,B是50,C是20,如果價格變成了90或者110,那么對應到具體的子項價格也需要更改,因為很經常的需求就是統計某產品或者某SKU的銷售量和銷售額。

所以最終是我們網站上是出售打包品還是最終產品,是每次新建打包品還是修改,這要看自己權衡。但是商品的價格變更是一定要記錄的。一是留備份,二是分析價格對銷售的影響等等。

 

 
這樣設計遇到的問題

1.起初產品維護人員意見很大,覺得很復雜,工作量很大。因為這種結構需要維護人員維護屬性,并且需要他們懂一些專業知識和熟悉整個流程,各種名詞搞得他們頭暈,后面甚至出現了相當大的負面抵觸情緒。這個沒辦法,因為我們這個不是網站,不是說讓你簡單的舒服的就能添加一個商品,這個需要掌握分類-產品-屬性-打包品之間的業務關系以及這樣維護的好處。解決辦法:1.慢慢溝通,說明增加的工作量是為了他們在出復雜的報表的時候不需要手動去進行篩選,而且基礎數據維護好了,一勞永逸。2.一定要培訓好產品維護人員,讓他們在有相關業務背景人員指導下能清晰的分清楚屬性的意義,以及根據業務規則維護好屬性基礎表和錄入產品等信息。

2.由于一開始數據的關聯檢查機制沒做好,導致后面亂了很多數據,所以在后面又來花時間檢驗數據和建立起相應的檢查機制,浪費了很多時間。

 

3d专家预测组三组六方法 北京11选5遗漏 麻将推倒胡 股票指数怎么买 pk10五码一把中的方法 极速赛车10码刷水 免费资料一起中奖 白城麻将攻略 微信股票群聊 海南飞鱼彩票的技巧 浙江6+1体彩开奖结果