电商后台设计的商品维护.docx

文档介绍：该【电商后台设计的商品维护 】是由【业精于勤】上传分享，文档一共【14】页，该文档可以免费在线阅读，需要了解更多关于【电商后台设计的商品维护 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。整顿一下可以得到其中的属性:商品名称、品牌、品类、颜色、内存、价格、图片、商品编码、CPU型号、机身存储、商品毛重、操作系统等等。
我们将这些属性分了四类:基本属性、销售属性、搜索属性、特有属性。除了其中的搜索属性被融合在特有属性中,其他的功能在商品信息维护中均有所波及,接下来我们一一进行讨论。
一、基本属性
对于所有商品涉及的属性,都可以归类到基本属性中,如商品名称、品牌、品类、状态等。对于基本属性的维护比较简朴,由于都是单一可以拟定类型,一般根据数据展示形式一一维护即可。
其中有几种属性需要阐明一下:
品类:由于商品的特有属性和搜索属性都关联在品类上,因此商品品类是必须选择的。
状态:  上架/下架,拟定与否在前台展示目前商品。这是整个商品的全局控制;如果上架,则之后关联的SKU也一同上架;反之则同样。
商品类型:单品/复合商品;部分平台上支持打包发售的模式,也就是一种商品事实上是涉及多种关联子商品的。可以通过商品类型字段先标记出目前商品是单品还是复合商品;如果是复合商品,之后还需要关联相应子商品。
二、特有属性
在上一篇《属性管理》中,我们简介了商品特有属性的设立以及与品类的关联绑定。在商品信息维护时,当选定品类后,我们就能获得已经设立好的配备内容,接下来根据配备将表单展示出来,并维护好其中的属性值即可。
品类绑定属性设立
规格参数维护表单
三、销售属性
在说销售属性前,我们先来理解两个基本概念:SPU和SKU。
SPU:Standard ProductUnit(原则化产品单元)
SPU是商品信息聚合的最小单位,是一组可复用、易检索的原则化信息的集合,该集合描述了一种产品的特性。
SPU通俗的来讲就是一类具有相似属性、属性值的商品,这些属性和属性值一般不参与商品的销售价拟定。如iphone6s就是一种SPU,无论你在那个平台或者实体店查询iphone6s,她们给出的商品属性信息都是一致的。
SKU:StockKeepingUnit(库存量单位)
SKU即库存进出计量的单位,可以是以件、盒、托盘等为单位。
SKU是物理上不可分割的最小存货单元,而这个不可分割是相对于储存场景的,对于相似的商品,在不同的仓储场景下,对SKU的管理是不同样的。
举个列子,我们平时去超市买早餐奶,可以买一袋,也可以买一箱。按最小单元来说,那么”袋”就是超市管理早餐奶的SKU。超市的货源是来自供应商的,供应商是按箱卖给超市的,因此”箱”是供应商管理早餐奶的SKU。
不懂得人们有无留意过,在物美、家福乐去买一箱奶,结账的时候,收银员不是扫描箱子上的条码,而是打开箱子取出一袋来进行扫码,然后再输入数量最后结账,这也就能看出这些大超市的对奶制品的管理方式。
SKU可以简朴理解为:SKU =SPU+销售属性,当在SPU上添加上商家、颜色、内存等影响销售加价的属性后,这个商品就成一种SKU。
看着和上面SKU的定义有点出入,如果仔细想想,商家对商品价格的定义不就是按照商品的最小单元设立的吗?
因此当我们想要拟定一种SKU时,一方面需要明确有几种属性在影响价格,找到相应的属性,列出每个属性的属性值,通过属性值的组合就能拟定所有的SKU。
对于销售属性的维护,也是通过属性和属性值来操作的,但是有两个特殊的地方需要解决:
在完毕属性值的维护后,需要根据属性值组合来生成SKU:这个是整个商品模块最核心的地方,由于背面的价格、库存、图片都依赖于生成的SKU。
属性值的个性化设立:犹如一款手机中的相似红色,不用商户的叫法各不相似,如炫彩红、玫瑰红等待,以及不同的颜色上会上传不同的款式的手机样式图。
维护好销售属性和属性值后,就能通过组合产品唯一的SKU,之后商品的销售价格、订单、库存等某些属性信息,都需要与SKU直接挂钩。
因此这里有一种特别需要注意的地方,一旦拟定了构成商品的SKU销售属性后,就不能再做对销售属性进行修改;如果添加或删除销售属性,之前生成的SKU数据肯定就不对了,而添加或删除某个具体销售属性的属性值仅会影响部分SKU的数据。

在SKU维护时,有多种价格的设立,需要注意每个价格的用途:
1)采购价
采购人员从供应商那里采购商品时的价格,系统中有几种处会使用采购价的地方:
商品采购入库时,商品的采购价格会同商品信息一起保存在入库单中;
在填写商品的平常销售价和活动销售价时,会通过对比采购价,避免销售价格过低而使公司受损失;
商品完毕订单销售后,系记录算销售成本和应收金额时使用。
2)吊牌价
吊牌价一般是供应商在商品出厂时,为商品所设立的一种市场销售参照价,价格一般会和商品的某些质检信息一同写在商品的吊牌上。吊牌价一般在线下使用的比较多,如商场里的服装时最为常用。
在线上系统设计时,吊牌价仅仅为销售价设定起到一种参照作用,实际价格我们一般采用另一种概念——销售价,销售价又分平常销售价和活动销售价。
3)平常销售价
商品在没有参与活动时所设立的发售价格就是平常销售价格,商品在上架期间平常活动价会始终存在的。
如果是个体商户,户主自己根据进货价设定价格,如果是大的自营电商,一般由采购人员根据采购价和盼望利润来拟定平常销售价。
4)活动销售价
商品参与活动时所设立的销售价格就是活动销售价,活动销售价只有在活动期间有效;活动过期,商品售价又会使用平常销售价。大的自营电商里面,一般由采购人员来维护。
5)预警价
预警价格的设计重要是为了避免商品运营人员录入失误,将商品发售价格设立的过低,导致公司损失而设立的预警功能。
这个和采购价有部分类似,一般低于采购价是容许发售的。如某些即将过期的产品或拉新做的活动,但是低于预警价一般是不让发售的。
常用的两个地方:平常销售价维护和活动价维护,这两个价格在保存前都需要和预警价进行比对,如果低于预警价,系统会给出提示,以保证价格设立对的。

对于SKU的发售自然就波及到了库存,在商品维护界面仅有一种对库存数维护的地方,也就是实际可售库存。
对于大平台的入驻商户来说,一般采用手动录入方式(有开发能力的可以做系统对接),让商户自己维护SKU的销售数量。具体填写多少由商户自己决定,这个填写的数字就是实际可售库存。
而对于平台自营来说,公司一般均有自己的仓储系统,每个SKU均有明确的存储记录,并且部分SKU参与内部任务(如调拨、拍照、战略储存等)使得目前时间不可售。
因此实际的SKU库存也许并不等于所有可售,具体实际可售库存需要通过仓储系统通过记录同步到商户模块中,而不是由买手自己手动维护。

除了在商品的基本属性上设立有商品的上架/下架操作,通过在具体的SKU上也设立一种上架/下架操作,可以更加细粒度的管理到具体的SKU上下架状态。

平台在生成SKU时,会为每个SKU也分派相应的拣货码(也许是商品身上的条码,也也许是公司内部自己定义的编码),以以便拣货时使用。
如果是自营平台,买手采购时供应商会提供应采购平台以便录入系统;如果是平台商户,一是平台没有措施采集数据,二是各商户各自在拣货时使用的规则各不相似,因此仅给一种可以让商户自己维护的字段。
当有订单产生时,在订单模块中导出的拣货单中会带有维护的第三发编码以供商户进行拣货操作。

商品各位置的展示图片,图片维护一般有三个地方:列表图、SKU图组和默认图组。
列表图:重要是搜索列表所展示的图片;
SKU图组:为每个具体的SKU上传相应的一组展示图片,重要用在商品详情页的展示上;
默认图组:如果相应的SKU未设立展示图片,则显示默认的这组图片进行展示。
小知识点:图片在展示时,为了可以提高图片展示速度,优化页面展示速度,商品图片在上传时一般会通过缩放,将图片保存成多种不同的尺寸,以以便不同页面进行调用。
6. 导入功能