精华内容
下载资源
问答
  • 商品规格参数数据库设计

    万次阅读 2020-06-03 10:53:42
    1. 商品规格参数1.1. 什么是商品规格参数 1.2. 分析同一个商品类目下的商品的规格参数的格式(内容)一样,只是具体的数据不同。不同的类目的商品规格参数的格式是不同的。1.3. 如何实现?方案一:针对每一个商品...

     

    1.  商品规格参数

    1.1.  什么是商品规格参数

                                                  

    1.2.  分析

    同一个商品类目下的商品的规格参数的格式(内容)一样,只是具体的数据不同。

    不同的类目的商品规格参数的格式是不同的。

    1.3.  如何实现?

    方案一:

    针对每一个商品类目都创建一张表,来存储规格参数数据。

     

    可行性: 不推荐。  维护的表太多了。

     

    方案二:

    使用模板的思想实现。

     

     

    方案二具体实现:

    1、 模板如何存储?

    a)       存储到数据库

    b)      字段不能固定

                       i.           Map

                      ii.           Json

    2、 存储的json结构

    a)       模板结构

    b)      最终数据结构

     

    1.4.  数据库表结构

    需要有2张表:

    1、 模板表,需要和商品类目关联

    2、 规格参数数据表,需要和商品关联

     

    1.4.1.   模板表

    1.4.2.   最终数据表

    1.1.  页面功能

    1.1.1.   选择类目

    根据选择的类目进行判断,如果该类目所对应的模板存在,提醒用户已经存在,如果模板不存在,可以创建模板。

    1.1.2.   后台开发根据类目id查找模板的接口

                                                  

    1.2.  点击提交事件

    $("#itemParamAddTable .submit").click(function(){

             var params = [];

             var groups = $("#itemParamAddTable [name=group]");

             groups.each(function(i,e){

                var p = $(e).parentsUntil("ul").parent().find("[name=param]");

                var _ps = [];

                p.each(function(_i,_e){

                   var _val = $(_e).siblings("input").val();

                   if($.trim(_val).length>0){

                      _ps.push(_val);                 

                   }

                });

                var _val = $(e).siblings("input").val();

                if($.trim(_val).length>0 && _ps.length > 0){

                   params.push({

                      "group":_val,

                      "params":_ps

                   });              

                }

             });

             var url = "/rest/item/param/"+$("#itemParamAddTable [name=cid]").val();

             //JSON.stringify将js的对象序列化为json字符串

             $.post(url,{"paramData":JSON.stringify(params)},function(data){

                $.messager.alert('提示','新增商品规格成功!',undefined,function(){

                   $(".panel-tool-close").click();

                   $("#itemParamList").datagrid("reload");

                });

             });

          });

     

    提交的数据结构:

     

    1.3.  后端实现

     

    效果:

    1.4.  查询规格参数模板列表

    TODO.

    1.5.  新增商品时套用模板输入数据

    1.5.2.   点击提交按钮,将用户的输入,生成json数据

    1.5.3.   后台实现

     

    Service:

     

    效果:

     

     

    展开全文
  • 电商网站,商品规格设计思路

    千次阅读 多人点赞 2019-09-24 15:53:36
    1.商品规格数据结构 如图,这是一个商品详情页,它包括商品名称、价格、描述、规格等等数据信息。我们应该如何把这些数据存储到数据库,如何设计数据模型,是一个很关键的问题。如果设计的不好,会大大增加开发、...

    1.商品规格数据结构

    如图,这是一个商品详情页,它包括商品名称、价格、描述、规格等等数据信息。我们应该如何把这些数据存储到数据库,如何设计数据模型,是一个很关键的问题。如果设计的不好,会大大增加开发、运营、维护的成本。

    首先,我们需要知道,这些参数不能存在一张表里,因为 每个商品 的规格参数不同,一个商品的每个规格的价格、名字等参数都不同。一个商品和该商品的所有规格是一对多的关系,所以要分成多个表存储。

    1.1.SPU和SKU

    为了更准确描述商品及细分差别,抽象出两个概念:SPU和SKU,了解一下:

    SPU:Standard Product Unit (标准产品单位) ,一组具有共同属性的商品集

    就比如说是,上图的Iphone11,就是一个spu(它不是一个商品,而是一组),是一组有共同属性的商品,它们的共同属性就是,它们都叫Iphone11。(比如,Iphone11有金色、银色、有256G、64G。所以Iphone是一组商品。)

    SPU是一个抽象的商品集概念,为了方便后台的管理。

    SKU:Stock Keeping Unit(库存量单位),SPU商品集因具体特性不同而细分的每个商品

    SKU才是具体要销售的商品,每一个SKU的价格、库存可能会不一样,用户购买的是SKU而不是SPU

    比如说,绿色的、64G、优惠套装1的Iphone11就是一个sku。把所有规格参数,排列组合组成了一个商品集spu。一个sku才是一个具体的商品,仔细数数还是很多的。

    所以不要以为1个商品存起来很简单。

    1.2.数据库设计分析

    1.2.1.思考并发现问题

    弄清楚了SPU和SKU的概念区分,接下来我们一起思考一下该如何设计数据库表。

    首先来看SPU,SPU的表应该有哪些字段来描述?

    id:主键
    title:标题
    description:描述
    specification:规格
    packaging_list:包装
    after_service:售后服务
    comment:评价
    category_id:商品分类
    brand_id:品牌

    spu里都是某个商品集里所有商品的相同点,比如名称都叫Iphone11、商品分类、品牌也都一样。

     

    再看下SKU应该有的数据库字段 

    id:主键
    spu_id:关联的spu
    price:价格
    images:图片
    stock:库存
    颜色?
    内存?
    硬盘?

    除了上面的所有商品都有的规格参数(如,id,spu_id,price等),不同的商品种类还会有它独特的参数,比如,手机有内存大小、衣服有尺码大小等等,这些独特的规格参数该如何解决?

    其实颜色、内存、硬盘属性都是规格参数中的字段。所以,要解决这个问题,首先要能清楚规格参数。

    1.2.2.分析规格参数

    仔细查看每一种商品的规格你会发现:

    虽然商品规格千变万化,但是同一类商品(如手机)的规格是统一的,比如说,所有手机都有 品牌、内存、型号、长度、宽度、重量、操作系统等等参数。在搜索商品时,通常也会有按商品种类搜索的功能。

    比如这种搜索。

    1.2.3.SKU的特有属性

    SKU中会有一些特殊属性,用来区分不同的SKU,我们称为SKU特有属性。如Iphone11的颜色、内存属性。

    不同种类的商品,一个手机,一个衣服,其SKU属性不相同

    同一种类的商品,比如都是衣服,SKU属性基本是一样的,都是颜色、尺码等。

    这样说起来,似乎SKU的特有属性也是与分类相关的?事实上,仔细观察你会发现,SKU的特有属性是商品规格参数的一部分

    也就是说,我们没必要单独对SKU的特有属性进行设计,它可以看做是规格参数中的一部分。这样规格参数中的属性可以标记成两部分:

    • spu下所有sku共享的规格属性(称为全局属性)
    • 每个sku不同的规格属性(称为特有属性)

    1.2.4.搜索属性

    过滤条件中的屏幕尺寸、运行内存、网路、机身内存、电池容量、CPU核数等,在规格参数中都能找到 。

    也就是说,规格参数中的数据,将来会有一部分作为搜索条件来使用。我们可以在设计时,将这部分属性标记出来,将来做搜索的时候,作为过滤条件。要注意的是,无论是SPU的全局属性,还是SKU的特有属性,都有可能作为搜索过滤条件的,并不冲突,而是有一个交集:

    1.3.规格参数表

    1.3.1.表结构

    规格参数的格式:

    可以看到规格参数是分组的,每一组都有多个参数键值对。不过对于规格参数的模板而言,其值现在是不确定的,不同的商品值肯定不同,模板中只要保存组信息、组内参数信息即可。

    因此我们设计了两张表:

    • tb_spec_group:组,与商品分类关联
    • tb_spec_param:参数名,与组关联,一对多

    1.3.2.规格组

    规格参数分组表:tb_spec_group

    规格组有3个字段:

    • id:主键
    • cid:商品分类id,一个分类下有多个模板
    • name:该规格组的名称。

    1.3.2.规格参数

    规格参数表:tb_spec_param

    按道理来说,我们的规格参数就只需要记录参数名、组id、商品分类id即可。但是这里却多出了很多字段,为什么?

    还记得我们之前的分析吧,规格参数中有一部分是 SKU的通用属性,一部分是SKU的特有属性,而且其中会有一些将来用作搜索过滤,这些信息都需要标记出来。

    1.通用属性

    generic来标记是否为通用属性:

    true:代表通用属性

    false:代表sku特有属性

     

    2.搜索过滤

    与搜索相关的有两个字段:

    searching:标记是否用作过滤

    true:用于过滤搜索

    false:不用于过滤

    segments:某些数值类型的参数,在搜索时需要按区间划分,这里提前确定好划分区间比如电池容量,0~2000mAh,2000mAh~3000mAh,3000mAh~4000mAh

    3.数值类型

    某些规格参数可能为数值类型,这样的数据才需要划分区间,我们有两个字段来描述:

    numberic:是否为数值类型

    true:数值类型

    false:不是数值类型

    unit:参数的单位

    3.SPU和SKU数据结构

    规格确定以后,就可以添加商品了,先看下SPU和SKU的数据库表

    3.1.SPU表

    CREATE TABLE `tb_spu` (
      `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'spu id',
      `title` varchar(255) NOT NULL DEFAULT '' COMMENT '标题',
      `sub_title` varchar(255) DEFAULT '' COMMENT '子标题',
      `cid1` bigint(20) NOT NULL COMMENT '1级类目id',
      `cid2` bigint(20) NOT NULL COMMENT '2级类目id',
      `cid3` bigint(20) NOT NULL COMMENT '3级类目id',
      `brand_id` bigint(20) NOT NULL COMMENT '商品所属品牌id',
      `saleable` tinyint(1) NOT NULL DEFAULT '1' COMMENT '是否上架,0下架,1上架',
      `valid` tinyint(1) NOT NULL DEFAULT '1' COMMENT '是否有效,0已删除,1有效',
      `create_time` datetime DEFAULT NULL COMMENT '添加时间',
      `last_update_time` datetime DEFAULT NULL COMMENT '最后修改时间',
      PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=208 DEFAULT CHARSET=utf8 COMMENT='spu表,该表描述的是一个抽象的商品,比如 iphone8';

    与我们前面分析的基本类似,但是似乎少了一些字段,比如商品描述。

    我们做了表的垂直拆分,将SPU的详情放到了另一张表:tb_spu_detail

    CREATE TABLE `tb_spu_detail` (
      `spu_id` bigint(20) NOT NULL,
      `description` text COMMENT '商品描述信息',
      `generic_spec` varchar(10000) NOT NULL DEFAULT '' COMMENT '通用规格参数数据',
      `special_spec` varchar(1000) NOT NULL COMMENT '特有规格参数及可选值信息,json格式',
      `packing_list` varchar(3000) DEFAULT '' COMMENT '包装清单',
      `after_service` varchar(3000) DEFAULT '' COMMENT '售后服务',
      PRIMARY KEY (`spu_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

    这张表中的数据都比较大,为了不影响主表的查询效率我们拆分出这张表。

    需要注意的是这两个字段:generic_spec和special_spec

    规格参数商品分类绑定,一个分类下的所有SPU具有类似的规格参数。SPU下的SKU可能会有不同的规格参数信息,因此我们计划是这样:

    SPUDetail中保存通用的规格参数信息。

    SKU中保存特有规格参数。

    来看下我们的表如何存储这些信息。

    3.1.1.generic_spec字段

    首先是generic_spec,其中保存通用规格参数信息的值,这里为了方便查询,使用了json格式:

    json结构,其中都是键值对:

    key:对应的规格参数的spec_param的id

    value:对应规格参数的值

    3.1.2.special_spec字段

    我们说spu中只保存通用规格参数,那么为什么有多出了一个special_spec字段呢?

    以手机为例,品牌、操作系统等肯定是全局通用属性,内存、颜色等肯定是特有属性。

    当你确定了一个SPU,比如小米的:红米4X

    全局属性值都是固定的了:

    品牌:小米
    型号:红米4X

    特有属性举例:

    颜色:[香槟金, 樱花粉, 磨砂黑]
    内存:[2G, 3G]
    机身存储:[16GB, 32GB]

    颜色、内存、机身存储,作为SKU特有属性,key虽然一样,但是SPU下的每一个SKU,其值都不一样,所以值会有很多,形成数组。

    我们在SPU中,会把特有属性的所有值都记录下来,形成一个数组。

    里面又有哪些内容呢?

    来看数据格式:

    也是json结构:

    key:规格参数id

    value:spu属性的数组

    那么问题来:特有规格参数应该在sku中记录才对,为什么在spu中也要记录一份?

    因为我们有时候需要把所有规格参数都查询出来,而不是只查询1个sku的属性。比如,商品详情页展示可选的规格参数时:

     

    刚好符合我们的结构,这样页面渲染就非常方便了。

    3.2.SKU表

    CREATE TABLE `tb_sku` (
      `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'sku id',
      `spu_id` bigint(20) NOT NULL COMMENT 'spu id',
      `title` varchar(255) NOT NULL COMMENT '商品标题',
      `images` varchar(1000) DEFAULT '' COMMENT '商品的图片,多个图片以‘,’分割',
      `price` bigint(15) NOT NULL DEFAULT '0' COMMENT '销售价格,单位为分',
      `indexes` varchar(100) COMMENT '特有规格属性在spu属性模板中的对应下标组合',
      `own_spec` varchar(1000) COMMENT 'sku的特有规格参数,json格式',
      `enable` tinyint(1) NOT NULL DEFAULT '1' COMMENT '是否有效,0无效,1有效',
      `create_time` datetime NOT NULL COMMENT '添加时间',
      `last_update_time` datetime NOT NULL COMMENT '最后修改时间',
      PRIMARY KEY (`id`),
      KEY `key_spu_id` (`spu_id`) USING BTREE
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='sku表,该表表示具体的商品实体,如黑色的64GB的iphone 8';

    还有一张表,代表库存:

    CREATE TABLE `tb_stock` (
      `sku_id` bigint(20) NOT NULL COMMENT '库存对应的商品sku id',
      `seckill_stock` int(9) DEFAULT '0' COMMENT '可秒杀库存',
      `seckill_total` int(9) DEFAULT '0' COMMENT '秒杀总数量',
      `stock` int(9) NOT NULL COMMENT '库存数量',
      PRIMARY KEY (`sku_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='库存表,代表库存,秒杀库存等信息';

    问题:为什么要将库存独立一张表?

    因为库存字段写频率较高,而SKU的其它字段以读为主,因此我们将两张表分离,读写不会干扰。

    特别需要注意的是sku表中的indexes字段和own_spec字段。sku中应该保存特有规格参数的值,就在这两个字段中。

    3.2.1.indexes字段

    在SPU表中,已经对特有规格参数及可选项进行了保存,结构如下:

    {
        "4": [
            "香槟金",
            "樱花粉",
            "磨砂黑"
        ],
        "12": [
            "2GB",
            "3GB"
        ],
        "13": [
            "16GB",
            "32GB"
        ]
    }

    这些特有属性如果排列组合,会产生12个不同的SKU,而不同的SKU,其属性就是上面备选项中的一个。

    比如:

    红米4X,香槟金,2GB内存,16GB存储

    红米4X,磨砂黑,2GB内存,32GB存储

    你会发现,每一个属性值,对应于SPUoptions数组的一个选项,如果我们记录下角标,就是这样:

    红米4X,0,0,0

    红米4X,2,0,1

    既然如此,我们是不是可以将不同角标串联起来,作为SPU下不同SKU的标示。这就是我们的indexes字段。

    这个设计在商品详情页会特别有用:

    当用户点击选中一个特有属性,你就能根据 角标快速定位到sku。

    3.2.2.own_spec字段

    看结构:

     

    {"4":"香槟金","12":"2GB","13":"16GB"}

    保存的是特有属性的键值对。

    SPU中保存的是可选项,但不确定具体的值,而SKU中的保存的就是具体的值。

     

    4.整体表结构

    整体的表结构非常复杂。最好分开来看,平时开发时,也都是开发某个模块,也就涉及其中的几张表,只要把这几张表的关系捋清楚就行了。

    1.品牌和spu的关系是1对多,一个品牌有多个spu,比如说品牌苹果,下面有IPhone6、Iphone7。

    2.分类和spu也是1对多,比如,分类手机,下面有Iphone6、Iphone7。搜索时,需要直接从分类查找该分类下的spu。

    3.spu和sku的关系是1对多,比如,Iphone6下有Iphone6(银色,16G)。

     

    4.规格组(spec_group)合规格参数(spec_param)的关系是1对多,比如规格组的主体对应参数 品牌、型号。规格组的 基本信息 对应 参数 机身颜色、机身重量(g)、机身材质工艺

    5.分类(category)和参数组是1对多。分类和规格参数也是一对多,之所以分类和规格参数、规格参数组关联,就是为了搜索的时候用到。用户选中一个分类(比如说:手机),然后根据手机这个分类的参数组和规格参数搜索到合适的手机。规格参数组里的searching字段就是判断,该参数是不是用于搜索的。

     

    6.规格参数表里还有一个generic字段,判断该字段是否是通用字段,如果是,那就是该spu下所有sku都相同的参数。该参数就会以特定json格式(格式就是  规格参数id:唯一的值)存在spu_detail里;如果不是通用字段,会以json格式(格式就是  规格参数id:所有可能的值的数组)存储在spu_detail表里。

     

    7.sku表里的own_spec表存的是该sku所有特有参数的键值对,indexs存的是它所有特定参数的值在spu_detail表里special_param字段的json数组的下表。

    4.1表展示

    1.spec_group 规格参数组 表

    2.spec_param 规格参数 表

    3.sku表

    4.spu表

    5.spu_detail表

    展开全文
  • ↑点击上方“超市设计策划”免费订阅 专业承接超市、卖场、平面布局、规划、设计、策划,新店、老店,动线、品类,调整、优化,新开中小型超市便利店策划,欢迎有意向的朋友联系交流。❈超市场卖场内的商品陈列是用...

    ↑点击上方“超市设计策划”免费订阅

                                                          3cdffe38a9618bdc6653dd2d8f98be50.gif

    专业承接超市、卖场、平面布局、规划、设计、策划,新店、老店,动线、品类,调整、优化,新开中小型超市便利店策划,欢迎有意向的朋友联系交流。

    5aea6b17337c681c55652c74fa09793b.png

    超市场卖场内的商品陈列是用商品配置表来进行管理的。商品配置表其定义是,把商品陈列的排面在货架上作最有效的分配,以书面表格规画出来。(英文名称为FACING,意思是把商品陈列在货架上进行十分恰当的管理,用绘图表格规划出来)

    10.1 商品配置表的管理功能

    10.1.1 有效控制商品品项。

      每一个超市的卖场面积是有限的,所能陈列的商品品项数目也是有限的,为此就要有效的控制商品的品项数,这就要使用商品配置表,才能获得有效的控制效果,使卖场效率得以正常发挥。

    10.1.2 商品定位管理。

      超市卖场内的商品定位,就是要确定商品在卖场中的陈列方位和在货架上的陈列位置,这是超市营业现场管理的重要工作,如不事先规画好商品配置表,无规则进行商品陈列,就无法保证商品的有序有效的定位陈列,而有了商品配置表,就能做好商品的定位管理。

    10.1.3 商品陈列排面管理。

      商品的陈列排面管理就是规划好商品陈列的有效货架空间范围。在超市商品销售中有的商品销售量很大,有的则很小,因此可用商品配置表来按排商品的排面数,即根据商品销售量的多少,来决定商品的排面数,畅销商品给予多的排面数,也就是占的陈列空间大,销售量较少的商品则给予较少的排面数,其所占的陈列空间也小。对滞销商品则不给排面,可将其淘汰出去。商品陈列的排面管理对提高超市的卖场效率,具有很大的作用。

    10.1.4 畅销商品保护管理。

      超市中畅销商品销售速度很快,若没有商品配置表对畅销商品排面的保护管理,常常会发生这种现象,当畅销商品卖完了,又得不到及时补充时,就易导致较不畅销商品甚至滞销品占据畅销商品的排面,形成了滞销品驱逐畅销品的状况。这种状况一会降低商店对顾客的吸引力,二会使卖场失去了售货的机会并降低了竞争力。可以说,在没有商品配置表管理的超市,这种状况时常会发生,有了商品配置表管理,畅销商品的排面就会得到保护,滞销品驱逐畅销品的现象会得到有效控制和避免。

    10.1.5 商品利润的控制管理。

      超市销售的商品中,有高利润商品和低利润商品之分,每一个经营者总是希望把利润高的商品放在好的陈列位置销售,利润高的商品销售量提高了。超市的整体盈利水平就会上升,而把利润低的商品配置在差一点的位置来销售,来控制商品的销售品种结构,以保证商品供应的齐全性。这种商品利润控制的管理法,就需要依靠商品配置表来给予各种商品妥当贴切的配置陈列,以达到提高商店整个利润水平的目的。

    10.1.6 超市连锁经营标准化管理的工具。

      连锁制的超市公司有众多的门店,达到各门店的商品陈列的一致,是连锁超市公司标准化管理的重要内容,有了一套标准的商品配置表来进行陈列一致的管理,整个连锁体系内的陈列管理就比较易于开展,同时,商品陈列的调整和新产品的增设,以及滞销品的淘汰等管理工作的统一执行,就会有计划、有蓝本、高效率地开展。

    10.2商品配置表的制作与修正

    商品配置表的制作,可分成新开店制表和已开店配置表修改两种情况来进行。

    10.2.1新开店商品配置表的制作

      新开店的商品配置表的制作,是一个新的超市卖场商品管理全新内容的开始,一般可按以下程序进行:

    10.2.1.1 商圈与消费者调查。商圈调查主要是弄清新店属地的市场容量,潜力和竞争者状况。消费者调查主要是掌握商圈内消费者的收入水平、家庭规模结构、购买习惯、对超市商品与服务的需求内容等。经过这两项调查,新店的经营者就可开始构思新店要经营什么样的商品。

    10.2.1.2 商品经营类别的确定。在进行了对消费者的调查后,就要提出新开设的超级市场的商品经营类别,由采购部会同门店人员共同讨论决定每一个商品大类在超市门店卖场中所占的营业面积及配置位置,并制定出大类商品配置图,当商品经营的大类及配置完成后,采购人员就要将每一个中分类商品安置到各自归属的大类商品配置图中去.

    10.2.1.3单品项商品的决定。完成了商品大类和中分类的商品配置图之后,就进入制作商品配置表的实际工作阶段,就是要决定单品项商品如何导入卖场。此项工作分三个步骤进行。

    第一个步骤是收集每一个中分类内可能出售的单品项商品资料,包括单品项商品的品名、规格、成份、尺寸、包装材料和价格;

    第二个步骤对这些单品项商品进行选择,挑选出适合超市门店商圈消费需要的单品项商品,并列出商品台帐;

    第三个步骤是把这些单品项商品做一个陈列面安排,并与门店周围的商店作出一个比较优势的分析,在分析的基础上对单品项商品作必要的调整,并最后决定下来。

    10.2.1.4 商品配置表的制作。商品配置表是决定单品项商品在货架上的排面数,这一工作必须遵循有关商品陈列的原则,运用好商品陈列的技术。如商品配置在货架的上段、中段还是下段等,还须考虑到企业的采购能力、配送能力、供应厂商的合作等诸多因素,只有这样才能将商品配置好。商品配置表的制作是一项艰苦的工作,也是一项实践性和操作性很强的工作,需要采购人员认真钻研,所以在制作商品配置表时,采购人员应先作货架的实验配置,达到满意效果后,才最后制作商品配置表,所以采购部门要有自已的实验货架。由采购部门制作的商品配置表下发至新开设的超市门店后,门店将依据这些表格来订货、陈列,并只要在货架上贴好价目卡就可营业。

    10.2.2 商品配置表的修正

      任何一家超市新开之后,商品的配置并不是永久不变的,必须根据市场和商品的变化作调整,这种调整就是对原来的商品配置表进行修正。商品配置表的修正一般是固定一定的时间来进行,可以是一个月,一个季度修正一次,但不宜随意进行修正,因为随意进行修正会出现商品配置凌乱和不易控制的现象。商品配置表的修正可按如下程序进行:

    10.2.2.1 超市不管是单体店、附属店还是连锁店必须每月对商品的销售情况进行统计分析,统计的目的是要找出哪些商品畅销,哪些商品滞销,配备P O S系统的超市会很快统计出商品的销售情况。

    10.2.2.2 滞销商品的淘汰。经销售统计可确定出滞销商品,但商品滞销的原因很多,可能是商品质量问题,也可能是销售淡季的影响、商品价格不当、商品陈列的不好,更有可能是供应商的促销配合不好等。当商品滞销的原因清楚之后,要确定滞销的状况是否可能改善,如无法进行改善就必须坚决淘汰,不能让滞销品占住了货架而产生不出效益来。

    10.2.2.3 畅销商品的调整和新商品的导入。对畅销商品的调整,一是增加其陈列的排面,二是调整其位置及在货架上的段位。对由于淘汰滞销商品而空出的货架排面,应导入新商品,以保证货架陈列的充实量。

    10.2.2.4 商品配置表的最后修正。在确定了滞销商品的淘汰,畅销商品的调整和新商品的导入之后,这些修正必须以新的商品配置表的制定来完成。新的商品配置表的下发,就是超市门店进行商品调整的依据。

    10.3 商品配置表制作的技术要领

      超市的经营其技术含量较高,在商品配置表的制作上就充分体现了技术性要求。掌握了以下要领将会较容易地制作出商品配置表来。

    10.3.1 决定每一个中分类商品的陈列排面。

      在规划整个大类商品的配置时,每一个中分类商品所占的营业面积和陈列排面数首先要决定下来,这样才能进行单品项的商品配置。例如:膨化食品要配置高165cm,长90cm,宽35cm的单面货架三座,这样决定后,才能知道可配置多少单品项商品。

    10.3.2 商品陈列货架的标准化。

      超市所使用的陈列货架应尽量标准化,这对连锁的超级市场尤为重要。使用标准统一的陈列货架;在对所有门店每一分类的商品进行配置规划时,只要一种至多2—3种商品配置表就可进行全部的商品配置与陈列管理,不至于出现一个门店一种配置或一种陈列的现象。

    10.3.3 单品项商品的资料卡设立。

      每一个单品项商品都要设立资料卡,如商品的品名、规格、尺寸、重量、进价、售价、供货量等,这些资料对制作商品配置表是相当重要的。

    10.3.4 设置商品配置实验架。

      商品配置表的制作必须要有一个实验阶段,即采购人员在制作商品配置表时,应先在实验货架上进行试验性的陈列,从排面上来观察商品的颜色、高低及容器的形状是否协调,是否具有对顾客的吸引力,缺乏吸引力可进行调整,直至协调和满意为止。

    10.3.5 特殊商品采用特殊的陈列工具。

      对特殊陈列的商品不能强调货架的标准化而忽视了特殊商品特定的展示效果,要使用特殊的陈列工具,这样才能展示特殊陈列商品的魅力。在超级市场的经营中,最近几年出现了这样的趋势,消费者对整齐划一和标准的陈列感到有些乏味,因此,用特殊陈列工具配置特珠商品,可以增强卖场的活性化,改变商品配置和陈列的单调感。

    10.3.6 单品项商品的陈列量与订货单位的考虑。

      一般来说由配送中心送配货的超市其卖场和内仓的商品量是日销售额的1.5倍,对每一个单品项商品来说也是如此,即一个商品平均日销量是12个,则商品量为30个。但每一个商品的陈列量还须与该商品的订货单位一起进行考虑,其目的是减少内仓的库存量,加速商品的周转,每个商品的陈列量最好是1.5倍的订货单位。如一个商品的最低订货单位是l 2个,则陈列量设定在18 个,该商品第一次进货为2个单位计24个,18个上货架,6个进内仓。当全部商品最后只剩下货架6个时,再进一个订货单位12个,则商品可以全部上货架,而无须再放进内库,做到内仓的零库存。一个超市的商品需要量与日销售额的比例关系是该店销售的安全保有量。而单品项商品的陈列量与订货单位的比例关系,则是在保证每天能及时送货的条件下的一种零库存配置法。可以说我们的超市由于受交通条件和配送中心配送能力制约,目前还做不到这一点。因此内仓的商品量可适当增加。

    10.3.7 商品配置表的设计。

      商品配置表是以一座货架为制作的基础,一张配置表代表一座货架,货架的标准视每个超市的场地和经营者的理念而定。商品配置表格式的设计,只要确定货架的标准,再把商品的品名、规格、编码、排面数、售价表现在表格上即可。也有的把商品的形状画到表格上,但这些必须借助于电脑来设计,其投资就相对地大。

    CM 10 20 30 40 50 60 70 80 90 100 110 120

    CODE   品名   规格   卖价   发注单位   位置   排面   最小库存   最大库存                

     11. 体现商品陈列效果的工作顺序

    为在有限的超市卖场内,将商品高效率地配置和陈列,使销售工作高效有序地进行,必须执行以下的工作顺序:

    11.1 在陈列货架的范围内,各类商品分别配置。

    各类商品在陈列货架上占用的位置和面积的多少是体现商品陈列效果的最重要的环节,必须根据统计数据如商品的周转率、利润率、销售额及销售未来动向来做出决定。一般来讲,对于商品销售情况佳的商品应给予好的位置和较多的陈列面积,而对于销售不佳的商品没有必要让它占用好的位置和给予较多的陈列面积,但也要防止出现相反的情况,即防止有经常脱销的商品,因为既使是销售不佳的商品,也可能是顾客日常所需的商品,只要是属于体现超市商品齐全性原则的商品,仍要坚持销售。

    11.2规定每一种商品的标准陈列量和最低陈列量。

      所谓商品的标准陈列量是指商品的陈列量达到最显眼并具有表现力的数量,而所谓最低陈列量是指商品没有表现力的数量。在商品管理上,当商品陈列量到达最低陈列量时,就可以认为该商品“卖空了“,在确定需要达到标准陈列量的商品时,其原则是该商品一般是能吸引顾客,达到高销售和较高利润的商品。也就是说不是每一种商品都应达到标准陈列量。

    11.3 规定商品陈列的工作人员和陈列时间。

      对应于超市在营业上的空闲时间和商品的最低陈列量,就可以规定商品陈列以及补充的作业。这种规定一般用制度来加以实施,即制定制度,规定由谁,在什么时间,到什么地方,陈列和补充商品。

    11.4 决定商品陈列的表现手法。

      超市商品陈列的表现手法一般分为3种,即一般陈列的表现手法、特别销售陈列的表现手法和喧染气氛陈列的表现手法。每一种陈列的表现手法也各不相同,所以要根据超市每一阶段所要实现的目标,预先决定采用哪一种陈列,并采用怎样的表现手法,以达到陈列的促销效果。

    11.5 决定超市的促销广告。

      计划好促销广告、特卖价格告示以及其它的促销手段,设定好促销的策略,使商品的陈列借助好的促销广告把商品的销售推进到一个新的高度。

    11.6 统一决定重点销售的商品。

     对连锁形态的超市公司来说,统一决定各门店的重点销售商品尤为重要,它是连锁公司统一销售计划的重点内容之一。该决定就是要制定出超市每周、每天的重点销售商品的计划,包括商品的销售数量、折扣率以及顾客所能得到的其它利益。

    11.7 超市卖场工作分配。

      超市卖场中商品的陈列状态是不断变化的,所以要围绕商品陈列达到最好促销效果这一中心,将商品的整理、调整、检查、促销广告等做一个合理的分配。

      以上所述的商品陈列效果的工作顺序,就是要依靠确立起来的商品与卖场的管理体制来齐全、完善、高效和保证超市销售体制的运转和实现。商品陈列是超级市场与其它业态的零售业不同的、最直接的、也是最重要销售手段。

    12. 零售商品陈列设备和用具管理                                     

      陈列柜、陈列台、柜台,这些陈列小道具和其他陈列用品,不仅使商品突出而对顾客具有吸引力,而且便于商品的管理和整理场地。由于陈列设备的配置决定店内的通道,因此,很好地利用陈列设备是非常重要的。

      在使用陈列用具有时候,必须注意下列各点:

    ? 需要裸露陈列的商品,不能放在陈列柜里。

    ? 陈列用具必须同商品的性质、形状、颜色相符合。

    ? 商店进门的地方,不能摆太大陈列柜和高柜台,否则顾客就看不见商店内部。

    ? 陈列柜等一般是放在商店里边,要留一条使顾客容易进入的通道。

     ? 陈列用具不要单一,要有高、低、大、小等各种式样的。

    ? 陈列用具一定不要过多。

      陈列品的高度要从顾客的眼睛到胸部比较合适,这个高度陈列效果最好,所以这一部分必须充分利用;另外要利用商店内柱子、陈列架挂吊等;同时要制作各种形状和性能的漂亮的陈列用具。总之,对超市内的各个部分要加以充分利用,使其具有生气和充实感,使陈列用具具有吸引力,就要从上述各点上进行认真地研究。特别是在需要新型陈列用具比较多的一流超市里,为了更好地发挥陈列用具的作用,正在进行研究制作各种美观适用的陈列用具。不管同业或他业,都要充分注意一流超市的倾向。不只是模仿,还要根据自己卖场的具体情况,进行研究后灵活使用。

    12.1 陈列架

        陈列架是布置、美化店内墙壁的重要用具。

      关于陈列架的使用,过去都是放置同陈列架幅度相同的东西。最近,实行了凹面陈列,在便于顾客参观商品上作了改进。陈列架都换成特制的,高度和宽度同商店的空间和商品的尺寸大小相一致。另外,为使小商品容易看到,小商品不宜放置在陈列架里边,应放置在前面,使顾客容易看到。由于陈列架很高,上面的商品顾客手够不到,所以要求让顾客用手可以够到的商品,必须放在l60cm以下,如果是品牌商品,放置的高度,要以店员的手够得到的范围为好。

    纵深很深的超市,墙壁面如果全部用陈列架陈列,就会显得过分单调。超市里边的角落可以作为舞台、陈列模型,特设营业室使用。总之,对超市空间要有效的加以利用。

    12.2 陈列小道具

      陈列小道具,指安装在营业台、陈列台上的用来吊挂和摆放商品的小陈列用具,一般是需要裸露陈列的商品使用它,用它来补充大的陈列用具的不足;或者为使平面陈列有高低起伏的变化而使用的道具。小道具的使用,便于顾客产生联想,从而刺激购买欲。

    但是也要注意:

    ( 不要勉强使用与商品大小不合适的陈列道具,反而弄巧成拙;

    ( 不是非要使用很贵的高级玻璃板才会美观,使用金属工具、塑料用具有时一样的美观大方,不要造成不必要的浪费;

    ( 避免使用不适应季节变化的形状和颜色。

    12.3 陈列柜

      一般的说,不要过多的使用陈列柜。因为不管什么商品都以裸露陈列为好。除了形状小、价格高的商品,或容易变色、污损的商品,必须放在玻璃柜里以外,其它商品都可以敞开陈列。要充分利用柜台和货架进行敞开陈列。

      此外,还要很好地利用玻璃柜作为接待顾客的场所。但不能把陈列柜从腹部到胸部全部用来代替计价台。这样的柜台里边的商品就不容易看见,因而失去陈列效果。因为最容易看见商品的高度是从眼下到胸部。

      选择陈列柜的时候,不仅是高度,也要研究搁板的宽度和数量,使之很好的与商品相配合。另外,陈列柜里商品太少显得过空不好;过多也不好,会象商品仓库一样,使商品陈列柜显示有丰盛的气氛但又不显拥挤为最好。

    12.4 柜台

      特别是在日用品商店里,超市的中央部分多数使用柜台。柜台里可以陈列没有包装的商品,使顾客很容易就看见自己喜爱的商品,这是很好的。切忌裸露陈列过多,把超市全部搞成平面陈列,好像全部商品都是廉价商品似的。另外,若商品陈列的位置和顾客眼睛不成直角,这种陈列就不会显眼。

      为了克服这种缺点,要在柜台上下功夫,用提高柜台中部的办法,把柜台上层进行立体陈列。因为柜台的拐角妨碍超市内部的通行,因此要把柜台搞成曲线的。

    12.5 特价台

      特价台是为了刺激顾客的需求欲望而设置的。因而,应当把最能刺激顾客的商品陈列在特价台容易取放的地方,使顾客止步,达到诱导顾客进店买东西的目的。因而,根据销售方针,廉价甩买商品要单设一个地方;诱人的商品放置一个地方;季节性商品和时尚新商品放在另一个地方。这样可使整个超市繁华、活跃起来,就会引起顾客购买的冲动。所以要考虑特价台的形状和大小,要讲求实用。

      因为特价台是占超市最重要的地方的陈列台,所以这种特价台用薄木板制作,或者做得比较粗糙都不合适,若用空箱、用旧的柜台,就更不相称了。特价台很旧,即使其它陈列柜橱都是上等的,也会把卖场看成是很简陋的。特价台的大小宽度,要按照通路的宽窄来决定。最好是能够自由移动,不妨碍营业;亦可以用分区、分片式的,几个台轮换摆放,这样既可以变换商店模样,又不会浪费。柜台的高度,要便于顾客自由地选择商品,最低65cm,最高90cm左右为好。如果太高就看不到店内了。

      使用特价台应当注意的,是特价台的作用,使顾客在卖场前面停留后,再进入店内。所以单价高的商品,不能摆在特价台上。因为特价台是随手可以取到商品的,特价台做得过大,陈列在中央部位的商品用手就够不着;而且陈列数量过少了,又显得太空。另外,为了更好地把顾客引进店内一定要保持店前和通路不被堵塞。

    回顾往期内容

    超市布局:

    d26594e87ceef054a64989d9170460e2.png

    超市设计:

    b32b389d4b7018268def98fc24507d08.png

    d9d5868d088785553e9ddc98faee5eb7.png

    834deb738ce43aaa618bc9eceb137300.png

    请点这里
    展开全文
  • 商品规格设计

    2019-03-09 09:18:03
    最近面试的时候遇到一个问题,大概意思是说商城一件衣服,颜色有蓝、白、黑,尺码有 S、M、L 码,不同的颜色和尺码搭配的价格和库存是不一样的,这种关系如何设计数据库呢? 示例图 之前也没用遇到过这种问题,第一...

    最近面试的时候遇到一个问题,大概意思是说商城一件衣服,颜色有蓝、白、黑,尺码有 S、M、L 码,不同的颜色和尺码搭配的价格和库存是不一样的,这种关系如何设计数据库呢?

    在这里插入图片描述
    示例图

    之前也没用遇到过这种问题,第一感觉就是以衣服表为主表,再分表建立子表:颜色表和尺码表以及颜色-尺码管理表。

    商品表字段(item):id name…
    颜色表字段(color):id name item_id …
    尺码表字段(chima):id name item_id …
    颜色-尺码表(c-c):id item_id color_id chima_id number price …
    

    回来后上网搜索了相关的内容,发现其实早就有这种 库存 SKU 的文章和设计,关于上面的问题有如下的具体解决方案

    商品的无限规格实现
    我们发现上面的衣服的库存量单位(SKU)便不再是该商品, 而是到具体属性组合出的规格, 每种规格可能会有不同的售价、运费与库存剩余情况, 所以用户在购买时, 不仅需要记录所购买的商品 ID, 同时也需要记录购买的该商品的具体规格 。
    直观分析图示中的规格情况, 尺码、颜色属于衣服不同属性的名称, 与之对应的为属性可选择的的具体值, 属于一对多关系, 在 MySQL 数据库表结构中反应出为:

    在这里插入图片描述
    插入数据后:
    在这里插入图片描述

    symbol 字段是对指定商品 ID 下的属性值的一个序号标记, 是为了提高在后面使用到时的检索效率。该值在不同商品间可以重复, 在同一商品的属性中需要保证唯一。 以上就完成了商品 ID 为 128 的商品多属性的存储工作。 为了能够记录和快速查询出每种属性组合出的商品的价格、库存等信息, 我们还需要张表来维护这部分数据, 建立 item_sku 表:
    在这里插入图片描述

    将示例中具有三种颜色、三种尺码的属性数据生成 SKU 后的 item_sku 表数据图示:
    在这里插入图片描述

    从图中数据看出, 该商品共有 9 种不同规格可选, 那么这时在确定用户选择的某种规格的价格等信息时只需一条 SQL 语句即可完成:
    在这里插入图片描述

    总结
    如何属性规则再多,也可以利用上述方法,如果设计运费还可以在 SKU 表中加入运费字段。

    展开全文
  • 企业销售管理系统从实际应用角度来说可以分成以下几大模块,即系统用户管理、基础资料管理、员工信息管理、部门信息管理、商品信息管理、商品采购管理、商品销售管理模块。1.系统用户管理模块 系统用户管理模块可以...
  • 商品库存设计

    2013-11-22 15:41:00
    商品库存表 +------------+ +----------------+ +------------------+ | product | | product_store | | user_order | +------------+ +----------------+ +------------------+ |id | |id | |id | |price |...
  • 电商ERP系统——商品SKU与库存设计

    万次阅读 2017-07-18 12:00:17
    总体思路1.商品关联商品类别,商品类别关联多个商品...3.有了商品唯一SKUID就可以方便记录库存了,库存主键:仓库ID,商品ID,SKUID,库存精确到了组合的商品属性。优缺点1.灵活,能够应对各种行业商品的需求。2.商品
  • 未完整选择商品规格库存如何显示 显示SPU的总库存,即隶属的全部SKU的销售库存总和 价格如何显示 显示SKU的最小价格和最大价格,如果全部SKU的价格一样,就显示一个价格 选择规格提示文案如何显示 未完整选择规格...
  • 摘要:根据不同的商品分类选择,特殊商品出现不同 扩展属性/规格,如:衣服出现尺码,颜色 1.商品分类表 Java代码 CREATETABLE`category`( `id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'分类ID', ... 根据不同的...
  • 商城-商品规格管理-商品规格数据结构1.商品规格数据结构1.1.SPU和SKU1.2.数据库设计分析1.2.1.思考并发现问题1.2.2.分析规格参数1.2.3.SKU的特有属性1.2.4.搜索属性1.3.规格参数表1.3.1.表结构1.3.2.json结构分析 1....
  • 商品规格管理

    千次阅读 2020-02-18 11:12:58
    1.商品规格数据结构 乐优商城是一个全品类的电商网站,因此商品的种类繁多,每一件商品,其属性又有差别。为了更准确描述商品及细分差别,抽象出两个概念:SPU和SKU,了解一下: 1.1.SPU和SKU SPU:Standard Product...
  • day09-商品规格管理

    2019-06-24 22:34:16
    了解商品规格数据结构设计思路 实现商品规格查询 了解SPU和SKU数据结构设计思路 实现商品查询 了解商品新增的页面实现 独立编写商品新增后台功能 1.商品规格数据结构 吾爱程序猿(www.52programer.com)打造专业...
  • 商品规格数据结构与商品表结构分析:1. 商品规格数据结构1.1 规格属性内容1.2 横表与数表1.3 表结构1.3.1 SpecGroup规格组1.3.2 SpecParam规格参数1.4 从面向对象的角度分析2. 商品表结构分析2.1 SPU和SKU2.2 表结构...
  • 商品表(spu)、规格表(sku)设计

    万次阅读 多人点赞 2018-11-13 10:09:27
    最近在做一个中小型购物商城,商品的种类繁多,每一种商品具有不同的规格,不同的规格有相应的价格和库存; 这个设计的核心难点在于:不同商品具有不同的属性,如何设计通用的存储方案? 1. 先做一下专业术语解释...
  • 进销存设计中的库存设计

    万次阅读 2018-03-11 11:53:13
    进销存数据库设计,要调整库存的功能,...这样库存设计大致如下: 库存表(仓库编码、商品编码、库存属性、库存余额、库存价格等) 出入库表(出入单编号,出入日期,调出仓库,调入仓库,商品编码,数量...
  • 谷粒商城商品规格数据结构学习笔记(SPU&SKU) SPU Standard Product Unit (标准产品单位) ,一组具有共同属性的商品集 SKU Stock Keeping Unit(库存量单位),SPU商品集因具体特性不同而细分的每个商品 ...
  • 1.商品规格数据结构 乐优商城是一个全品类的电商网站,因此商品的种类繁多,每一件商品,其属性又有差别。为了更准确描述商品及细分差别,抽象出两个概念:SPU和SKU,了解一下: 1.1.SPU和SKU SPU:Standard Product...
  • 商品规格sku算法应用

    万次阅读 2017-08-17 16:39:48
    商品规格
  • 最近在做一个中小型购物商城,商品的种类繁多,每一种商品具有不同的规格,不同的规格有相应的价格和库存; 这个设计的核心难点在于:不同商品具有不同的属性,如何设计通用的存储方案? 1. 先做一下专业术语解释...
  • 021 商品规格管理

    2019-10-04 07:38:34
    1.商品规格数据结构 乐优商城是一个全品类的电商网站,因此商品的种类繁多,每一件商品,其属性又有差别。为了更准确描述商品及细分差别,抽象出两个概念:SPU和SKU,了解一下: (1)SPU和SKU SPU:Standard ...
  • 就是商品种类繁多后,每一种商品具有不同的规格,不同的规格就会对应不同的价格和库存,这点比较难搞。以上面图为例,不同的机身颜色和存储容量的组合,会出现不同的库存以及不同的价格。 下面针对sku如何实现这个...
  • 商品规格1.1 SPU 和 SKU1.2 分析商品规格的关系1.3 数据库设计1.3.1 商品规格组表1.3.2 商品规格参数表2. 商品规格组2.1 商品规格组前端2.2 实现商品规格组查询2.2.1 实体类2.2.2 Mapper2.2.3 Service2.2.4 ...
  • 商品规格管理 商品规格数据结构 淘淘商城是一个全品类的电商网站,因此商品的种类繁多,每一件商品,其属性又有差别。为了更准确描述商品及细分差别,抽象出两个概念:SPU和SKU SPU和SKU SPU:Standard Product Unit...
  • 8.商品规格管理

    2019-10-26 09:09:34
    商品规格数据结构1.1.SPU和SKU1.2.数据库设计分析1.2.1.思考并发现问题1.2.2.分析规格参数1.2.3.SKU的特有属性1.2.4.搜索属性1.3.规格参数表1.3.1.表结构1.3.2.json结构分析2.商品规格参数管理2.1.页面实现2.1.1....
  • 规格库存不一致,价格不一致。。还有商品以后规格变更怎么处理原有数据。比如:手机原来分:型号,颜色,内存,后来修改成两个维度,只有颜色和内存了。那原有数据都删除吗? 着实难住我了。感谢大神们伸出援手...
  • 1.商品规格数据结构 1.1.SPU和SKU 1.2.数据库设计分析 1.2.1.思考并发现问题 1.2.2.分析规格参数 1.2.3.SKU的特有属性 1.3.规格参数表 1.3.1.表结构 1.3.2.json结构分析 2.商品规格参数管理 2.1.页面实现 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,039
精华内容 1,215
关键字:

商品规格库存设计