Fork me on GitHub
B2C电子商务系统研发——商品SKU分析和设计(一)

一、SKU及相关概念定义


在设计商品SKU之前,首先让我们熟悉一下SKU和相关的一些概念。

# 什么是SKU:

     SKU=Stock Keeping Unit(库存量单位)

     同一型号的商品,或者说是同一个产品项目(商品条形码是针对企业的产品

项目来进行定义的),因为产品与产品之间有某些属性不同,用以区别开这些

不同商品的属性即商品变异属性,又称作SKU属性,因为它决定了SKU

的绝对数量。

# 参考说明

    百度上有一篇文章也有阐述,可以做关联阅读,我就不重复贴上了。

     http://www.cnblogs.com/winstonyan/admin/EditPosts.aspx

# 什么是SKU属性和选项

     比如某件衣服有多种颜色、多种尺码,这些属性会直接关联价格和库存的,

系统会根据该商品关联的SKU属性的某个组合生成SKU。    

    比如某个款式的衬衫,有XL/L/XXL三种大小,有红黄蓝三种颜色。

    对应这里例子,尺码和颜色都是是SKU属性。

   对应尺码的XL/L/XXL等,都是SKU属性选项。

   【注】上述的属性不一定在任何时候都是SKU属性,看实际的商品情况和设置。

比如对于尺码,某种商品是均码的。那么就不需要创建尺码这个SKU属性了,

而是设置为普通属性,仅作为显示用。

# 什么是商品SKU

      商品SKU实际上就是SKU,为了避免误解和SKU属性混淆,我用商品SKU来命名,

表示从属于商品的、实际销售和存储的子实体。

      一个商品SKU,表示该商品关联的若干SKU属性的的属性值的某个组合所形成的

子实体。

      如对应上面的例子,其中的一种组合 XL + 红色 就会形成一个商品SKU。然后,

我们可以在该实体上管理价格、库存、专门的图片等信息。

# 什么是商品变异

      英文名:Product Variants

      商品变异其实就是商品SKU,只不过在某些技术文章中这样定义了。即以“变异”

来表达商品SKU的生成。

# 属性集

B2C电子商务系统研发——商品SKU分析和设计(一)

     Attribute Set,用于管理各类扩展属性的集合,其中SKU属性也是在管理范畴之内。

     商品通过关联属性集而获得该属性集设置好的SKU属性,然后才可以根据这些SKU属性

生成商品SKU。

     属性集也成为产品类型。

     常见的属性集有:服装、PC、家具、图书等。

# 概念的统一

     虽然不同的研究人员有不同的命名和定义,但为了在本系列文章中不出现混淆,

     我对概念做了以下统一定义:

     1)SKU(或称商品SKU)指的是商品子实体。

     2)商品和商品SKU是主次关系,一个商品包含若干个商品SKU子实体,商品SKU从属于商品。

     3)SKU不是编码,每个SKU包含一个唯一编码,即SKU Code,用于管理。   

     4)商品本身也有一个编码,即Product Code,但不作为直接库存管理使用。
          有时为了方便管理,会通过商品的Product Code作为前缀生成SKU Code。

二、SKU属性的管理


常见有几种情况:

  1. 商品独立管理
    即SKU属性从属于商品。
    优点:基本上没有。
    缺点:这种比较不靠谱,因为会导致工作量过大。虽然可以通过“复制”功能来稍稍
             简化,但依然不会很理想。所以基本不会采用。

  2. 商品独立关联
    即SKU属性是公共的,每个商品根据自己的实际情况来关联若干个SKU属性,
    然后选择若干选项生成商品SKU。
    优点:灵活,设置好了若干SKU属性和相关选项后,由商品自行选择相关的组合。
    缺点:太灵活了,容易出错。比如对于颜色这个SKU属性而言,由于是公共的,所以
            会定义数十个,甚至更多,但是对于ipad而言,其实只需要2个即可。这种
            管理方式,无法从源头控制商品添加时SKU属性和选项的范围。

  3. 通过属性集管理
    即SKU属性依附属性集存在,不存在可以从属于多个属性集的SKU属性。
    优点:容易进行严格的管理,不易出错。比如同样是命名为“颜色”的SKU属性会存在多个
    (属性ID/编码不同),但是对于ipad的只需要2个选项(黑、白),对于服装则会很多。
    缺点:属性集管理的工作量会稍大,适合属性集不多的系统。

  4. 通过属性集关联
    即SKU属性是公共的,通过属性集关联。
    优点:这种方式重用性不错,对于SKU选项较多的,会简化工作量。
    缺点:由于SKU属性是公共的,所以会存在上面第2点的缺点。但我们也可以通过设置多个
    同名、但编码不同的SKU属性,如多个“颜色”SKU属性,但是选项不同。

  5. 创建独立的SKU属性集
    即设计一个独立的SKU属性集的实体,关联或者直接管理SKU属性。
    这种方式也是挺不错的。因为虽然各种商品类型之间产品特性会有较大的不同,但是SKU属性
    却有可能差异不大。比如对于服装、ipad都存在通过颜色来区分SKU,但是ipad只需要2种选项
    (以后也许微调为3~4种等),而服装则很多了。

三、我的选择

上面介绍了五种形式,我个人倾向第4和第5种,上一篇文章的ER图也改成了第4种的形式,比较符合

常见的思路。第5种也是不错的。可以在接下来的设计分析一下。

posted on 2011-12-18 20:08  HackerVirus  阅读(1305)  评论(3编辑  收藏  举报