談談我對sku的理解（1）

sku的全稱是  Stock Keeping Unit ，顧名思義就是庫存保存的一個單元，最早用於沃爾瑪這種大超市。現在電商行業這麼發達，所有的商品都需要發佈和配置庫存和價格。這樣，在互聯網世界，sku也就應運而生。今天說說我在工作中遇到的sku和解決方案。   上面介紹了sku的概念，但還是比較抽象。舉個簡單的例子，現在我需要賣康師傅方便麪， 那麼康師傅方便麪有很多種味道（列舉三個，紅燒排骨，香菇燉雞，海鮮味）。除了味道，方便麪好像還有一些別的屬性，比如分爲碗裝，袋裝，超大碗裝。 也許還有一些別的屬性，暫時不討論，以味道和大小兩個屬性作爲例子。那麼我需要賣康師傅方面，它的sku就變成了：
                                               紅燒排骨   碗裝
                                               紅燒排骨   袋裝
                                               紅燒排骨   超大碗
                                               香菇燉雞   碗裝
                                               香菇燉雞   袋裝
                                               香菇燉雞   超大碗
                                               海鮮味       碗裝
                                               海鮮味       袋裝
                                               海鮮味       超大碗
這麼九種，其實就是我們中學數學學的排列組合嘛。 很簡單，那麼下面超市要對他們進行庫存和價格的設置，就變成：
紅燒排骨   碗裝
                                               味道           大小            庫存             價格（元）
                                               紅燒排骨   碗裝                8                  6
                                               紅燒排骨   袋裝               10                 4
                                               紅燒排骨   超大碗            12                 8 
                                               香菇燉雞   碗裝                8                  6
                                               香菇燉雞   袋裝               10                4
                                               香菇燉雞   超大碗            9                  8
                                               海鮮味       碗裝              11                6
                                               海鮮味       袋裝               0                  4
                                               海鮮味       超大碗           20                8
這樣看起來很清晰，那麼其他的方便麪或者其他商品都可以以這樣的方式來記錄庫存和價格。




但是，在互聯網世界，我們發佈一個商品，給這些商品配置庫存和價格變得異常艱難。
現在我要在網上發佈一個康師傅商品 那麼我需要配置九次變成9個商品才能滿足這個要求。或者是把香菇燉雞和超大碗合併成一種屬性，這樣的好處是在一個商品中我們發佈九中屬性就可以解決問題。 但是壞處是：屬性不能共用，比如香菇燉雞是一種味道屬性，他除了可以用在康師傅，還可能可以用在統一。這樣在系統設計中，我們的屬性設計會變得更加靈活。 不是吐槽，只是舉個例子，之前很火的微店和聯通商城用的就是這種方式。
 
(不同的sku對應不同的商品)
那麼我們來看一下淘寶的sku設計。 首先看發佈頁面：
 


這是一個簡單的顏色選擇，可以看出，支持多選，如果這個商品還有別的屬性，多選加多選組合成各種組合。就變成我們常見的： 


選擇不同的顏色和尺寸搭配，會計算出不同的價格 和 庫存。這是我今天想說的sku。


今天先說這麼多，明天給大家看下我做的小例子，數據庫設計，和部分代碼~大家一起討論下






轉發請標明原地址http://techfoxbbs.com/thread-21639-1-1.html 歡迎大家關注我們的公衆微信   TechfoxBBS