《电商后台设计的商品维护》由会员分享，可在线阅读，更多相关《电商后台设计的商品维护（14页珍藏版）》请在金锄头文库上搜索。
1、整顿一下可以得到其中的属性:商品名称、品牌、品类、颜色、内存、价格、图片、商品编码、CPU型号、机身存储、商品毛重、操作系统等等。我们将这些属性分了四类：基本属性、销售属性、搜索属性、特有属性。除了其中的搜索属性被融合在特有属性中,其他的功能在商品信息维护中均有所波及,接下来我们一一进行讨论。一、基本属性对于所有商品涉及的属性,都可以归类到基本属性中,如商品名称、品牌、品类、状态等。对于基本属性的维护比较简朴,由于都是单一可以拟定类型，一般根据数据展示形式一一维护即可。其中有几种属性需要阐明一下:1. 品类:由于商品的特有属性和搜索属性都关联在品类上，因此商品品类是必须选择的。2. 状态：上架
2、/下架，拟定与否在前台展示目前商品。这是整个商品的全局控制;如果上架，则之后关联的SKU也一同上架；反之则同样。3. 商品类型:单品/复合商品;部分平台上支持打包发售的模式，也就是一种商品事实上是涉及多种关联子商品的。可以通过商品类型字段先标记出目前商品是单品还是复合商品；如果是复合商品，之后还需要关联相应子商品。二、特有属性在上一篇属性管理中，我们简介了商品特有属性的设立以及与品类的关联绑定。在商品信息维护时,当选定品类后,我们就能获得已经设立好的配备内容,接下来根据配备将表单展示出来,并维护好其中的属性值即可。品类绑定属性设立规格参数维护表单三、销售属性在说销售属性前,我们先来理解两个基本
3、概念：SPU和SU。PU:StanadProduct nit (原则化产品单元)SU是商品信息聚合的最小单位,是一组可复用、易检索的原则化信息的集合，该集合描述了一种产品的特性。SPU通俗的来讲就是一类具有相似属性、属性值的商品，这些属性和属性值一般不参与商品的销售价拟定。如iphn6s就是一种SU，无论你在那个平台或者实体店查询iphones，她们给出的商品属性信息都是一致的。K： toc Keepig nt(库存量单位）KU即库存进出计量的单位， 可以是以件、盒、托盘等为单位。SKU是物理上不可分割的最小存货单元，而这个不可分割是相对于储存场景的,对于相似的商品，在不同的仓储场景下，对SK
4、的管理是不同样的。举个列子,我们平时去超市买早餐奶，可以买一袋，也可以买一箱。按最小单元来说，那么”袋”就是超市管理早餐奶的SKU。超市的货源是来自供应商的,供应商是按箱卖给超市的,因此”箱”是供应商管理早餐奶的SKU。不懂得人们有无留意过，在物美、家福乐去买一箱奶，结账的时候,收银员不是扫描箱子上的条码，而是打开箱子取出一袋来进行扫码,然后再输入数量最后结账,这也就能看出这些大超市的对奶制品的管理方式。SU可以简朴理解为:SKU= PU 销售属性,当在S上添加上商家、颜色、内存等影响销售加价的属性后，这个商品就成一种SKU。看着和上面SKU的定义有点出入，如果仔细想想,商家对商品价格的定义不
5、就是按照商品的最小单元设立的吗？因此当我们想要拟定一种SK时，一方面需要明确有几种属性在影响价格,找到相应的属性，列出每个属性的属性值，通过属性值的组合就能拟定所有的SKU。对于销售属性的维护,也是通过属性和属性值来操作的，但是有两个特殊的地方需要解决:1. 在完毕属性值的维护后,需要根据属性值组合来生成SKU:这个是整个商品模块最核心的地方，由于背面的价格、库存、图片都依赖于生成的SKU。2. 属性值的个性化设立：犹如一款手机中的相似红色，不用商户的叫法各不相似，如炫彩红、玫瑰红等待,以及不同的颜色上会上传不同的款式的手机样式图。维护好销售属性和属性值后,就能通过组合产品唯一的SKU，之后商
6、品的销售价格、订单、库存等某些属性信息,都需要与SU直接挂钩。因此这里有一种特别需要注意的地方，一旦拟定了构成商品的KU销售属性后，就不能再做对销售属性进行修改；如果添加或删除销售属性,之前生成的SKU数据肯定就不对了，而添加或删除某个具体销售属性的属性值仅会影响部分SKU的数据。. 商品价格在SU维护时,有多种价格的设立，需要注意每个价格的用途：1)采购价采购人员从供应商那里采购商品时的价格,系统中有几种处会使用采购价的地方:1. 商品采购入库时,商品的采购价格会同商品信息一起保存在入库单中；2. 在填写商品的平常销售价和活动销售价时，会通过对比采购价，避免销售价格过低而使公司受损失;3.
7、商品完毕订单销售后，系记录算销售成本和应收金额时使用。2）吊牌价吊牌价一般是供应商在商品出厂时,为商品所设立的一种市场销售参照价，价格一般会和商品的某些质检信息一同写在商品的吊牌上。吊牌价一般在线下使用的比较多，如商场里的服装时最为常用。在线上系统设计时,吊牌价仅仅为销售价设定起到一种参照作用，实际价格我们一般采用另一种概念销售价，销售价又分平常销售价和活动销售价。）平常销售价商品在没有参与活动时所设立的发售价格就是平常销售价格，商品在上架期间平常活动价会始终存在的。如果是个体商户，户主自己根据进货价设定价格，如果是大的自营电商，一般由采购人员根据采购价和盼望利润来拟定平常销售价。4）活动销售
8、价商品参与活动时所设立的销售价格就是活动销售价,活动销售价只有在活动期间有效；活动过期,商品售价又会使用平常销售价。大的自营电商里面,一般由采购人员来维护。5)预警价预警价格的设计重要是为了避免商品运营人员录入失误,将商品发售价格设立的过低,导致公司损失而设立的预警功能。这个和采购价有部分类似，一般低于采购价是容许发售的。如某些即将过期的产品或拉新做的活动，但是低于预警价一般是不让发售的。常用的两个地方：平常销售价维护和活动价维护,这两个价格在保存前都需要和预警价进行比对，如果低于预警价,系统会给出提示，以保证价格设立对的。2 库存对于SKU的发售自然就波及到了库存,在商品维护界面仅有一种对库
9、存数维护的地方，也就是实际可售库存。对于大平台的入驻商户来说，一般采用手动录入方式(有开发能力的可以做系统对接），让商户自己维护SKU的销售数量。具体填写多少由商户自己决定，这个填写的数字就是实际可售库存。而对于平台自营来说,公司一般均有自己的仓储系统,每个SKU均有明确的存储记录,并且部分SK参与内部任务(如调拨、拍照、战略储存等)使得目前时间不可售。因此实际的KU库存也许并不等于所有可售，具体实际可售库存需要通过仓储系统通过记录同步到商户模块中，而不是由买手自己手动维护。3. 上架下架除了在商品的基本属性上设立有商品的上架/下架操作，通过在具体的SKU上也设立一种上架下架操作,可以更加细粒
10、度的管理到具体的SKU上下架状态。 第三方编码平台在生成SKU时，会为每个SKU也分派相应的拣货码（也许是商品身上的条码，也也许是公司内部自己定义的编码),以以便拣货时使用。如果是自营平台,买手采购时供应商会提供应采购平台以便录入系统;如果是平台商户,一是平台没有措施采集数据,二是各商户各自在拣货时使用的规则各不相似,因此仅给一种可以让商户自己维护的字段。当有订单产生时，在订单模块中导出的拣货单中会带有维护的第三发编码以供商户进行拣货操作。5 图片维护商品各位置的展示图片,图片维护一般有三个地方：列表图、SKU图组和默认图组。1. 列表图：重要是搜索列表所展示的图片;2. SK图组：为每个具体
11、的SKU上传相应的一组展示图片,重要用在商品详情页的展示上;3. 默认图组:如果相应的U未设立展示图片，则显示默认的这组图片进行展示。小知识点：图片在展示时,为了可以提高图片展示速度，优化页面展示速度,商品图片在上传时一般会通过缩放，将图片保存成多种不同的尺寸,以以便不同页面进行调用。6.导入功能电商平台上的商品成千上万，如果都通过常规的表单一种一种维护,维护人员就得被累死了(看一下一种电子产品有多少产品规格),一般系统都会设计导入功能供维护人员使用。在商品信息的导入功能里有两个限制:一是一次只能导入一种品类，由于不用品类的特殊属性不同样，没有措施合并在一起;二是仅能导入基本属性和特殊属性信息
12、,销售属性信息不支持通过导入生成，由于销售属性需要通过属性值组合成KU信息，系统需要生成唯一ID, 内部逻辑比较复杂。【#】背面为需要导入的特殊属性列表。上面简介的内容，基本涵盖了一种商品的核心信息,人们有需要的可以根据自己的实际业务场景再进行优化修改。四、商品维护流程最后我们再来看一下商品的维护流程。在电商平台上的个体商户,由于自家KU数量比较少,从录入商品参数到商品拍照、上架一种人基本都能解决。但是对于自营平台过万的SKU，这样的方式显然是不行的。大平台对一种商品的维护需要多种部门协同合伙来完毕,基本流程如下:1. 采购部:买手先维护好后端品类，为每个品类绑定关联属性，并设立好属性输入方式
13、、搜索方式等基本配备信息。2. 采购部：买手从供应商获取采购商品基本信息，并将商品基本信息导入系统中，并根据销售属性生成SKU。3. 采购部：买手通过采购单采购商品,并协同仓库一同将商品录入仓库完毕商品采购，系统完毕KU同步库存信息,买手完毕平常销售价格的维护。4. 采购部:买手在系统提交商品图像采集工单。5. 图像采集部:图像采集部同事根据工单申请仓储图像采集调拨工单（将之前录入的SU每件调拨出来一件)。6. 仓储部:根据图像采集调拨单,准备调拨商品。7. 图像采集部:图像采集部同事和仓储部进行交接出库,拿到样品、进行拍照、修图，完毕后再上传到系统中。8. 图像采集部：拍照完毕后,将商品再还回仓库中。9. 仓储部:将商品重新放回仓库中。10. 采购部:买手检测商品信息完善后,就可以进行平常上架销售了。以上四个环节中,除了第三步采购入库、设立价格会常常使用，其他的三步仅在商品第一次录入系统的时候需要维护。对于上述操作流程有人也许有疑问,一般不是运营在做产品销售吗，这里怎么是买手呢?在电商公司中买手的工作范畴重要是维护商品信息、采购、维护销售价格以及下上架;而运营人员重要负责构建活动、专项框架、活动和专项中的具体商品由买手来决定与否来参与，最后的利润由双方来分（运营和买手的薪资是和销售额有关的)。
