电商：商品模块的隐性知识梳理

（1）商品分类

大型跨境商品的分类分为中英文，因为往往有国外客服共同使用。

后台分类层级多为2-3级，通常比前端看到的要更细更多。

分类用类别code对应，减少出错。

若编辑或删除商品分类，那么一般两个方案：

为了对接各个平台前端显示的不同分类，往往需要做前后端分类映射。即后端分类-对平台前端分类。

商品分类code建议展示在页面供用户查看，这样在批量导入商品的时候，用户只需要取末级商品分类code进行导入，即可被系统检测出分类层级关系。

（2）品牌管理

品牌是需要品牌商授权给卖家。授权管理一般会由法务管控。

品牌管理，要维护的是品牌的名称、授权有效期、使用范围、平台等。

一般以枚举值的形式供卖家选择，在标库不足的情况下，可以提供新品牌申请入口。

品牌的作用，不仅是知名度高好卖。

有时候品牌商可以直接参与到商品的规范化管理中。比如天猫“达尔文计划”，就是要求品牌商统一管理对应的商品分类，避免混乱和冗余。

（3）配置商品衍生属性值

比如商品的活跃度：按照单位时间的销量情况，配置出爆款、旺款、平款、滞销、新款等标签。

比如商品的季节属性：黑五、圣诞节等标签。

还可以打上其他相关的标示，从而索引出更多服务知识。

（4）包材管理

在系统中配置包材的尺寸、几级别、重量、价格。

（5）其他

设置岗位人员，比如品运专员、产品专员等。

供应商信息（包括供应商名称、到货周期、付款方式等）。

（1）商品编码

一般跨境电商都是入住第三方平台，SKU起码要两套：库存SKU、平台SKU。

仓库采购入库录入的库存SKU，真实唯一，一物一码。用于识别库存和扣减库存。

在销售平台后台，需维护的平台SKU，平台自以为唯一，但实际上可以与库存SKU多对一。

比如一个杯子，为了增加曝光机会，可以在同一平台创建多个该杯子的平台SKU。将来出了订单，只要能映射到库存SKU就可以。

因此要做一个前后端SKU的映射表。目的有两个：一个是A平台下单之后，我们要知道需要发哪件商品。另一个是一个商品在A平台发货扣减了库存，我们要知道同步给前端B平台哪个SKU扣减了库存。（假设库存共用）。

除了这些，还有组合SKU、捆绑SKU。这些也需要在后台配置，目的是让系统明白接到订单后该怎么配货。

比如SKU001和SKU002要组合，那么就要在销售平台新增一个平台的SKU003，并在后台配置SKU003=SKU001+SKU002。 

只要一旦平台产生了SKU003的订单，后端就知道要发的货位是001和002。

在创建商品资料的时候，可以以SPU维度创建，但是产生的列表用SKU维度。

（2）商品名称

实际上至少包括两类：商品名、商品标题。

前者比较固定，后者带修饰，也就是用在前端显示。

建议各维护两套，中文和英文。好处是可以保证各平台前端将来显示的英文名称统一。

（3）申报信息

由于相似的商品会用一个海关编码。所以通常会把报关编码放在分类里进行维护。形成映射。

申报信息核心的内容项是申报中英文名、申报价格和重量、海关编码、属性。

其用途就是呈报给海关保关清单的时候，海关会通过申报的信息判断是否允许通关。海关会抽查。

（4）商品资料创建

商品的开发流是从一个样品或者商品概念，一步步开发成商品SKU的过程。

首先是创建一个样品编码，选择样品的开发方式：比如打样、借样、买样等，根据业务进行自定义。

录入样品的相关信息，然后由业务人员进行询价、确认供应商、审核，最终成为正式的SKU。

这种从头开发的过程多适用于有创新能力，能高度整合底层资源的厂家。

短平快的中小卖家通常是直接从1688下载商品资料，直接售卖。

（5）SKU的编辑、删除

通常会编辑或批量编辑商品信息，比如库存、仓库、分类、图片、价格。

若SKU已出单，那么编辑或删除的时候，对历史的订单不做更新。

本质上就是通过接口，将商品同步给平台。

一般平台是大爷，所以我们的字段就要迎合接口。进行双方的一一对应。

个别项需特殊处理，比如同一个商品在前后端的分类的值。

在后端分类叫A，在前端没有A这个值，只有A1，那么怎么办？就需要做一个分类映射表。

以平台+后台分类+前端分类的维度进行匹配。这样每次刊登，都会读取映射，进而获取前端该有的值。

需注意的是，需要同步前端分类枚举值的增删改。

自动刊登商品和手动刊登相同，无非就是增加了自动规则和脚本，一旦满足则进行自动发布或更新到前端。

刊登商品也就是将后台的商品发布到销售平台（的后台），但是还有的是销售平台的后台先有了商品，这时候就要及时把它们创建到后台。避免出单发现无法识别，无法发货等。

为了应对这种情况，通常会匹配线上商品的功能。通过平台的授权把商品信息同步到后台。