电商后台设计：商品掩护

对付电商系统来说，商品模块的掩护可以说是核心功能了，全体系统都是环绕商品来进走运营的。
以是能否设计一个灵巧便捷的商品模块，对付全体系统的操作都非常主要。

本日我们就来聊聊商品管理那点事，对付商品信息的掩护，它的实质是对一堆属性和属性值的管理，理清个中的关联关系，就能将其玩转的游刃有余。

首先我们先来看看一个商品都有哪些属性，下图是某电商平台的商品图：

整理一下可以得到个中的属性：商品名称、品牌、品类、颜色、内存、价格、图片、商品编码、CPU型号、机身存储、商品毛重、操作系统等等。

在上一篇《电商后台设计：属性管理》中，我们将这些属性分了四类：根本属性、发卖属性、搜索属性、特有属性。
除了个中的搜索属性被领悟在特有属性中，其它的功能在商品信息掩护中都有所涉及，接下来我们逐一进行谈论。

一、根本属性

对付所有商品包含的属性，都可以归类到根本属性中，如商品名称、品牌、品类、状态等。
对付根本属性的掩护比较大略，由于都是单一可以确定类型，常日根据数据展示形式逐一掩护即可。

个中有几个属性须要解释一下：

品类：由于商品的特有属性和搜索属性都关联在品类上，以是商品品类是必须选择的。
状态: 上架/下架，确定是否在前台展示当前商品。
这是全体商品的全局掌握；如果上架，则之后关联的SKU也一同上架；反之则一样。
商品类型：单品/复合商品;部分平台上支持打包出售的模式，也便是一个商品实际上是包含多个关联子商品的。
可以通过商品类型字段先标记出当前商品是单品还是复合商品；如果是复合商品，之后还须要关联对应子商品。

二、特有属性

在上一篇《属性管理》中，我们先容了商品特有属性的设置以及与品类的关联绑定。
在商品信息掩护时，当选定品类后，我们就能得到已经设置好的配置内容，接下来根据配置将表单展示出来，并掩护好个中的属性值即可。

品类绑定属性设置

规格参数掩护表单

三、发卖属性

在说发卖属性前，我们先来理解两个基本观点：SPU和SKU。

SPU：Standard Product Unit (标准化产品单元)

SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的凑集，该凑集描述了一个产品的特性。

SPU普通的来讲便是一类具有相同属性、属性值的商品，这些属性和属性值常日不参与商品的发卖价确定。
如iphone6s便是一个SPU，无论你在那个平台或者实体店查询iphone6s，他们给出的商品属性信息都是同等的。

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

SKU即库存进出计量的单位， 可以是以件、盒、托盘等为单位。

SKU是物理上不可分割的最小存货单元，而这个不可分割是相对付储存场景的，对付相同的商品，在不同的仓储场景下，对SKU的管理是不一样的。

举个列子，我们平时去超市买早餐奶，可以买一袋，也可以买一箱。
按最小单元来说，那么”袋”便是超市管理早餐奶的SKU。
超市的货源是来自供应商的，供应商是按箱卖给超市的，以是”箱”是供应商管理早餐奶的SKU。

不知道大家有没有留神过，在物美、家福乐去买一箱奶，结账的时候，收银员不是扫描箱子上的条码，而是打开箱子取出一袋来进行扫码，然后再输入数量末了结账，这也就能看出这些大超市的对奶制品的管理办法。

SKU可以大略理解为：SKU = SPU + 发卖属性，当在SPU上添加上商家、颜色、内存等影响发卖加价的属性后，这个商品就成一个SKU。

看着和上面SKU的定义有点出入，如果仔细想想，商家对商品价格的定义不便是按照商品的最小单元设置的吗？

以是当我们想要确定一个SKU时，首先须要明确有几个属性在影响价格，找到对应的属性，列出每个属性的属性值，通过属性值的组合就能确定所有的SKU。

对付发卖属性的掩护，也是通过属性和属性值来操作的，但是有两个分外的地方须要处理:

在完成属性值的掩护后，须要根据属性值组合来天生SKU：这个是全体商品模块最关键的地方，由于后面的价格、库存、图片都依赖于天生的SKU。
属性值的个性化设置：如同一款手机中的相同赤色，不用商户的叫法各不相同，如炫彩红、玫瑰红等待，以及不同的颜色上会上传不同的格局的手机样式图。

掩护好发卖属性和属性值后，就能通过组合产品唯一的SKU，之后商品的发卖价格、订单、库存等一些属性信息，都须要与SKU直接挂钩。

以是这里有一个特殊须要把稳的地方，一旦确定了组成商品的SKU发卖属性后，就不能再做对发卖属性进行修正；如果添加或删除发卖属性，之前天生的SKU数据肯定就不对了，而添加或删除某个详细发卖属性的属性值仅会影响部分SKU的数据。

1. 商品价格

在SKU掩护时，有多个价格的设置，须要把稳每个价格的用场：

1）采购价

采购职员从供应商那里采购商品时的价格，系统中有几个处会利用采购价的地方：

商品采购入库时，商品的采购价格会同商品信息一起保存在入库单中；在填写商品的日常发卖价和活动发卖价时，会通过比拟采购价，防止发卖价格过低而使企业受丢失；商品完成订单发卖后，系统打算发卖本钱和应收金额时利用。

2）吊牌价

吊牌价常日是供应商在商品出厂时，为商品所设置的一个市场发卖参考价，价格常日会和商品的一些质检信息一同写在商品的吊牌上。
吊牌价一样平常在线下利用的比较多，如阛阓里的服装时最为常见。

在线上系统设计时，吊牌价仅仅为发卖价设定起到一个参考浸染，实际价格我们一样平常采取另一个观点——发卖价，发卖价又分日常发卖价和活动发卖价。

3）日常发卖价

商品在没有参与活动时所设置的出售价格便是日常发卖价格，商品在上架期间日常活动价会一贯存在的。

如果是个体商户，户主自己根据进货价设定价格，如果是大的自营电商，常日由采购职员根据采购价和期望利润来确定日常发卖价。

4）活动发卖价

商品参与活动时所设置的发卖价格便是活动发卖价，活动发卖价只有在活动期间有效；活动过期，商品售价又会利用日常发卖价。
大的自营电商里面，常日由采购职员来掩护。

5）预警价

预警价格的设计紧张是为了防止商品运营职员录入失落误，将商品出售价格设置的过低，导致企业丢失而设置的预警功能。

这个和采购价有部分类似，一样平常低于采购价是许可出售的。
如一些即将过期的产品或拉新做的活动，但是低于预警价常日是不让出售的。

常用的两个地方：日常发卖价掩护和活动价掩护，这两个价格在保存前都须要和预警价进行比对，如果低于预警价，系统会给出提示，以确保价格设置精确。

2. 库存

对付SKU的出售自然就涉及到了库存，在商品掩护界面仅有一个对库存数掩护的地方，也便是实际可售库存。

对付大平台的入驻商户来说，常日采取手动录入办法(有开拓能力的可以做系统对接)，让商户自己掩护SKU的发卖数量。
详细填写多少由商户自己决定，这个填写的数字便是实际可售库存。

而对付平台自营来说，公司常日都有自己的仓储系统，每个SKU都有明确的存储记录，并且部分SKU参与内部任务(如调拨、拍照、计策储存等)使得当前韶光不可售。

因此实际的SKU库存可能并不即是全部可售，详细实际可售库存须要通过仓储系统经由统计同步到商户模块中，而不是由买抄本技艺动掩护。

3. 上架/下架

除了在商品的根本属性上设置有商品的上架/下架操作，通过在详细的SKU上也设置一个上架/下架操作，可以更加细粒度的管理到详细的SKU高下架状态。

4. 第三方编码

平台在天生SKU时，会为每个SKU也分配相应的拣货码(可能是商品身上的条码，也可能是公司内部自己定义的编码)，以方便拣货时利用。

如果是自营平台，买手采购时供应商会供应给采购平台以便录入系统；如果是平台商户，一是平台没有办法采集数据，二是各商户各清闲拣货时利用的规则各不相同，以是仅给一个可以让商户自己掩护的字段。

当有订单产生时，在订单模块中导出的拣货单中会带有掩护的第三发编码以供商户进行拣货操作。

5. 图片掩护

商品各位置的展示图片，图片掩护常日有三个地方：列表图、SKU图组和默认图组。

列表图：紧张是搜索列表所展示的图片；SKU图组：为每个详细的SKU上传对应的一组展示图片，紧张用在商品详情页的展示上；默认图组：如果对应的SKU未设置展示图片，则显示默认的这组图片进行展示。

小知识点：图片在展示时，为了能够提升图片展示速率，优化页面展示速率，商品图片在上传时常日会通过缩放，将图片保存成多个不同的尺寸，以方便不同页面进行调用。

6. 导入功能

电商平台上的商品成千上万，如果都通过常规的表单一个一个掩护，掩护职员就得被累去世了(看一下一个电子产品有多少产品规格)，常日系统都会设计导入功能供掩护职员利用。

在商品信息的导入功能里有两个限定：

一是一次只能导入一个品类，由于不用品类的分外属性不一样，没有办法合并在一起；

二是仅能导入根本属性和分外属性信息，发卖属性信息不支持通过导入天生，由于发卖属性须要通过属性值组合成SKU信息，系统须要天生唯一ID， 内部逻辑比较繁芜。

【#】后面为须要导入的分外属性列表。

上面先容的内容，基本涵盖了一个商品的核心信息，大家有须要的可以根据自己的实际业务场景再进行优化修正。

四、商品掩护流程

末了我们再来看一下商品的掩护流程。

在电商平台上的个体商户，由于自家SKU数量比较少，从录入商品参数到商品拍照、上架一个人基本都能办理。

但是对付自营平台过万的SKU，这样的办法显然是弗成的。
大平台对一个商品的掩护须要多个部门协同互助来完成，基本流程如下：

采购部：买手先掩护好后端品类，为每个品类绑定关联属性，并设置好属性输入办法、搜索办法等根本配置信息。
采购部: 买手从供应商获取采购商品基本信息，并将商品基本信息导入系统中，并根据发卖属性天生SKU。
采购部：买手通过采购单采购商品，并协同仓库一同将商品录入仓库完成商品采购，系统完成SKU同步库存信息，买手完成日常发卖价格的掩护。
采购部：买手在系统提交商品图像采集工单。
图像采集部：图像采集部同事根据工单申请仓储图像采集调拨工单(将之前录入的SKU每件调拨出来一件)。
仓储部：根据图像采集调拨单，准备调拨商品。
图像采集部：图像采集部同事和仓储部进行交卸出库，拿到样品、进行拍照、修图，完成后再上传到系统中。
图像采集部：拍照完成后，将商品再还回仓库中。
仓储部：将商品重新放回仓库中。
采购部：买手检测商品信息完善后，就可以进行日常上架发卖了。

以上四个步骤中，除了第三步采购入库、设置价格会常常利用，其它的三步仅在商品第一次录入系统的时候须要掩护。

对付上述操作流程有人可能有疑问，常日不是运营在做产品发卖吗，这里怎么是买手呢？

在电商企业中买手的事情范畴紧张是掩护商品信息、采购、掩护发卖价格以及下上架；而运营职员紧张卖力构建活动、专题框架、活动和专题中的详细商品由买手来决定是否来参与，终极的利润由双方来分(运营和买手的薪资是和发卖额有关的)。

这个在后期的运营篇中会给大家连续讲解！

作者：JackLiu；个人微信"大众年夜众号: 扬帆去远航（ID:Jackai_liu)

本文由 @Jack 原创发布于大家都是产品经理，未经作者容许，禁止转载。

题图来自 Pexels，基于CC0协议。