产品经理修炼进阶：电商平台灵魂之商品体系的管理

　　商品管理体系是整个电商业务的基础，作为一名专业的互联网产品经理，应如何管理和设计合适的商品体系呢？
　　电商领域，商品管理体系是整个电商业务的基础，如何更高效，更灵活，更具有扩展性的搭建商品的框架体系，关系到后续订单，搜索，营销活动等一系列业务的进行。
　　优秀的商品体系建设能够带来很好的兼容和扩展性，能够优化搜索导购，简化人员操作，高效管理商品，提升商品交易，丰富活动营销等。
　　今天与大家一起聊聊，作为一名专业的互联网产品经理，应如何管理和设计合适的商品体系？
　　一、用户角色
　　1。平台商品专员（维护商品基础信息，发布商品信息）
　　2。平台商品审核专员（审核商品）
　　3。分销商商品专员（发布及上架商品）
　　二、应用场景
　　作为平台商品专员，我要统一维护商品的基础信息，以便更高效方便管理平台分销商发布上架的商品；
　　作为平台商品专员，我想发布一款商品，以便可以把该商品授权给分销商，分销商不用再维护商品信息而直接上架；
　　作为平台商品审核专员，我想对提交的商品进行审核，以便可以规范在商城售卖的商品；
　　作为平台商品专员，我想对审核过的商品进行修改，以便我修改的内容可以对授权给分销商的商品做同步更新，不用禁用该商品再重新发布上架；
　　作为分销商商品专员，我想发布一款商品，以便可以在自己的店铺上架该商品进行售卖；
　　作为分销商商品专员，我想对审核过的商品进行修改，以便我修改的内容可以对发布上架的商品做同步更新，不用禁用该商品再重新发布上架；
　　作为分销商商品专员，我想对上架的商品价格进行批量维护，以便我更快捷的调整商品价格；
　　作为分销商商品专员，我相对上架的商品数量进行批量维护，以便我更快捷的补充商品数量。
　　三、商品名词解释
　　保持认知和沟通的一致性非常重要！我们先要了解一下，商品体系建设的各个名词：
　　什么是后端类目？
　　主要用于商品的分类和关联属性；叶子类目（末端类目）下挂载属性组；任何产品商品模板都必须挂载到后台叶子类目上，并继承该节点的属性；
　　什么是前端类目？
　　用于商品分类导购以及快捷方便用户查找商品；前端类目通过跟后端类目映射间接和商品关联。一个前端类目可以挂载多个后端类目；
　　什么是属性？
　　属性是用来描述商品的特征，类型有基本属性（不影响价格，描述商品的基本特征）和销售属性（用来定义商品的规格型号，与价格有关系）；属性组由一个或多个属性组成；
　　什么是商品（SPUSKU）？
　　SPU（商品）：StandardProductUnit（标准化产品单元），SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性；一个SPU对应多个SKU；
　　SKU（商品）：StockKeepingUnit（库存量单位），SKU即库存进出计量的单位，可以是以件、盒、托盘等为单位；SKU是物理上不可分割的最小存货单元；
　　什么是物料？
　　物料（或者说货品）也是物理上不可分割的最小存货单元，跟SKU一对一，物料一般是相对ERP系统或者库存系统而言，商品（sku）下单，最终在仓库出库的就是物料；
　　四、商品关联因素
　　（1）类目分后端类目和前端类目，后端类目关联属性组或者属性，属性有对应的属性值，比如说颜色，有红，黄，蓝；
　　（2）商品（SPU）要基于后端类目去发布，发布的商品（SPU）包括规格属性，品牌，商品（SKU）等，发布后的商品（SPU）要经过审核才能发布成功；
　　（3）商品（SKU）包括本身的属性以及商品详情，商品详情可以根据访问终端（PC电脑或者手机）显示的内容格式不同，商品详情包括图文信息，多媒体信息等；
　　五、商品层级结构
　　商品层级主要分三层：
　　第一级，类目属性层用来管理属性，属性组，属性对应的值，前端类目以及后端类目；
　　第二级，商品（SPU）层用来管理商品的品牌，商品的规格型号，商品对应的类目属性信息；
　　第三极，商品（SKU）层用来管理具体某一款商品，包括商品详情，属性，价格，数量信息；
　　六、商品发布上架
　　商品发布完成后，需要经过审核，审核通过之后才可以对商品（SKU）进行上架，商品上架是否需要再次审核由平台商城业务决定；对商品部分信息进行修改，要区分哪些信息需要重新审核，哪些信息不需要重新审核；商品可以设置立即上架和定时上架；上架可以区分渠道和店铺，比如可以上架到自己平台商城，也可以上架到天猫，京东等平台；
　　七、商品发布审核状态机
　　界面显示：
　　检查商品不同状态下的界面显示：正常（查看详情、禁用）、禁用（查看详情、启用）、已拒绝（查看详情）、待审核（查看详情、审核、拒绝）；
　　检查状态数据显示是否正确：商品发布（待审核）、审核通过（正常）、审核拒绝（已拒绝）、禁用（禁用）；
　　审核流程：
　　发布商品（上架下架）：状态为待审核；
　　发布商品（上架下架）审核通过：商户状态为上架下架，平台状态为已通过；
　　发布商品（上架下架）审核拒绝：商户状态为已拒绝，平台状态为已拒绝；
　　发布商品（上架下架）取消申请：没有商品了；
　　发布商品（上架下架）审核通过编辑：商户状态为已通过待审，平台状态为已通过待审；
　　发布商品（上架下架）审核通过编辑取消申请：商户保留第一次的数据，状态为上架下架，平台状态为该商品上一次的状态；
　　发布商品（上架下架）审核通过编辑审核通过：商户状态为上架下架，更新商品信息，平台状态为已通过；
　　发布商品（上架下架）审核通过编辑审核拒绝：商户状态为上架下架，保留之前的商品信息，平台状态为已通过；
　　发布商品（上架下级）审核拒绝编辑：商户状态为待审核，平台状态为待审核；
　　发布商品（上架下架）审核拒绝编辑取消申请：商户状态为已拒绝，平台状态为已拒绝；
　　发布商品（上架下架）审核拒绝编辑审核通过：商户状态为上架下架，平台状态为已通过；
　　发布商品（上架下架）审核拒绝编辑审核拒绝：商户状态为已拒绝，平台状态为已拒绝。
　　总结：
　　以上就是我对商品体系管理的经验分享，相信大家也有一个完整而清晰的认识；那么商品体系建好之后，我们要想下商品与库存有什么关系？商品是怎么影响搜索的？怎么基于商品做交易？商品怎么应用在营销活动中？