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個商品才能滿足這個要求。或者是把香菇燉雞和超大碗合並成一種屬性,這樣的好處是在一個商品中我們發布九中屬性就可以解決問題。 但是壞處是:屬性不能共用,比如香菇燉雞是一種味道屬性,他除了可以用在康師傅,還可能可以用在統一。這樣在系統設計中,我們的屬性設計會變得更加靈活。 不是吐槽,只是舉個例子,之前很火的微店和聯通商城用的就是這種方式。
<ignore_js_op>
(不同的sku對應不同的商品)
那么我們來看一下淘寶的sku設計。 首先看發布頁面:
這是一個簡單的顏色選擇,可以看出,支持多選,如果這個商品還有別的屬性,多選加多選組合成各種組合。就變成我們常見的:<ignore_js_op>
選擇不同的顏色和尺寸搭配,會計算出不同的價格 和 庫存。這是我今天想說的sku。
今天先說這么多,明天給大家看下我做的小例子,數據庫設計,和部分代碼~大家一起討論下
轉發請標明原地址http://techfoxbbs.com/thread-21639-1-1.html 歡迎大家關注我們的公眾微信 TechfoxBBS