http://www.cnblogs.com/winstonyan/archive/2012/01/07/b2c_research_product_sku_analyse_design2.html 上文談到5種商品SKU設計模式，本文將做些細化說明。 　　筆者研究過不少電子商務平臺軟件，關于SKU的設計各有不同，之所以有這樣的區別，是因為面向不同規模的電子商務網站， 存在產品分類復雜度，產品數量級的差異。一種設計方式對于百貨式的網站，如京東、淘寶等，也許比較方便，但也許對于一個 專賣服裝的小型時尚類網站就不夠方便了。 * 我們先看一下麥包包的 ??? 女包：http://item.mbaobao.com/pshow-1209056501.html ??? 手包：http://item.mbaobao.com/pshow-1209050001.html?s=gl_4f_2 ??? 可見SKU很簡單，就是顏色，至于尺寸，麥包包并沒有作為SKU選項來管理，而是作為不同的產品來處理。 * 再看一下凡客www.vancl.com [????? 時尚印花短款羽絨服](http://item.vancl.com/0008819.html?ref=s_category_4251_1_PLE0003-PLEI02) [　　學院風經典連帽印花羽絨服](http://item.vancl.com/0127312.html?ref=ch_downcoat_s) SKU相對簡單，主要是顏色和尺碼。但是看多幾個產品會發現，即使是同一個品類下面的顏色和尺碼均會出現不相同的情況。至于 顏色圖片更是各有不同。 * 再看一下京東的SKU： 　　華碩EeePad：[http://www.360buy.com/product/492015.html](http://www.360buy.com/product/492015.html) 　　蘋果iPad2：[http://www.360buy.com/product/386365.html](http://www.360buy.com/product/386365.html) 　　其中”版本“SKU屬性，兩個產品下面的可選項完全不同。 　　京東的SKU更為復雜了，即使是同一個三級品類下面，也有差異。如果預設置好SKU屬性（”版本“）和它的可選項（64G/32G/ 16G/32G旗艦版/32G標準版/16G旗艦版/16G標準版）等，那估計會比較多可選項。這種類型，分開多個SKU屬性管理會比較合適。 　　針對這三種常見的網站，其中麥包包和凡客其實比較類似，只是麥包包做了些簡化，但這兩種可以歸納為一種設計方式，這樣 [B2C電子商務系統研發——商品SKU分析和設計（二）](http://www.cnblogs.com/winstonyan/archive/2012/01/07/b2c_research_product_sku_analyse_design2.html) SKU屬性的設計，便可以分為兩類了： * 通過屬性集關聯SKU屬性 　　適合品類較少的網站，管理容易些。 ????? 如麥包包等專賣箱包或者服飾類的網站。一般就是顏色+尺碼兩種。而且由于品類很少，為了方便管理，可以將SKU屬性納入到屬性 集中管理，這樣產品關聯了屬性集后，自然就關聯了普通屬性、查詢屬性、SKU屬性和評論屬性了。  　　對于上圖，如果該網站產品種類很少，比如只賣服裝，那么可以做進一步的簡化，即直接將SKU屬性從屬關聯屬性集，去掉 ”屬性集關聯SKU“。 ???? 基于本設計的管理方式： ???? 按品類創建屬性集，如箱包、鞋子、服裝、文胸等。然后創建多個SKU屬性，即使針對內涵相似的，但是可選項不同的也創建 多個，如尺碼，用在箱包和用在服裝上是完全不同的。這些分別創建，并關聯不同的屬性集。 ????? 產品創建時，關聯一個屬性集，通過屬性集關聯了1~N個SKU屬性，然后選項這些SKU屬性的組合，如2個顏色*3個尺碼， 即6個組合，然后可以根據需要刪除不支持的組合，這樣最終得出了一個組合列表，點擊”生成SKU“，就根據組合數量創建了產品 SKU，每個產品SKU對應一個組合，存儲在產品SKU選項值表中。對于某些SKU，可以設置專門的選項配圖。 * 產品和SKU屬性直接關聯 ????? 適合品類很多網站，比較靈活，但是維護起來數據量比較大。 ????? 為了簡化，我增加SKU屬性關聯產品分類（可為空，表示是全局的），這樣在創建產品時，可以只列出全局的+本產品分類的 SKU屬性，這樣就不會一下子列出很多SKU屬性了。 ????? SKU屬性分為前端名稱和后臺名稱兩個，方便不同業務含義的SKU屬性，在前端也能夠用同一個名稱顯示，如顏色、容量等。 ????? 另外在操作上可以做些優化，比如用下拉列表顯示可選的SKU屬性時，可以同時顯示該屬性的屬性描述，供產品維護人員參考。  對于上面兩個圖的數據表設計，筆者就不在細化了，讀者可以自行根據實際需要進行細化，要注意的是，基于SKU方式來管理產品時， 產品的價格、庫存和圖片等信息必然是放在產品SKU表中處理的，和訂單、購物車等表的關聯，也是通過產品SKU表，而不是產品表。 至于產品表，實際上是一個總的業務匯總和外部關聯表，但實際銷售的并不是它。 有些網站做的更細些，會就每個產品SKU生成獨立的URL（偽靜態），這里見仁見智了，但從SEO方面考慮，每個產品SKU擁有獨立 的鏈接對收錄和排名會更有優勢些，可以考慮。