产品经理修炼进阶（电商平台灵魂商品体系管理）

产品经理修炼进阶（电商平台灵魂商品体系管理）

商品管理体系是整个电商业务的基础，作为一名专业的互联网产品经理，应如何管理和设计合适的商品体系呢？

电商领域，商品管理体系是整个电商业务的基础，如何更高效，更灵活，更具有扩展性的搭建商品的框架体系，关系到后续订单，搜索，营销活动等一系列业务的进行。

优秀的商品体系建设能够带来很好的兼容和扩展性，能够优化搜索导购，简化人员操作，高效管理商品，提升商品交易，丰富活动营销等。

今天与大家一起聊聊，作为一名专业的互联网产品经理，应如何管理和设计合适的商品体系？

一、用户角色

1.平台商品专员（维护商品基础信息，发布商品信息）

2.平台商品审核专员（审核商品）

3.分销商商品专员（发布及上架商品）

二、应用场景

• 作为平台商品专员，我要统一维护商品的基础信息，以便更高效方便管理平台/分销商发布上架的商品；
• 作为平台商品专员，我想发布一款商品，以便可以把该商品授权给分销商，分销商不用再维护商品信息而直接上架；
• 作为平台商品审核专员，我想对提交的商品进行审核，以便可以规范在商城售卖的商品；
• 作为平台商品专员，我想对审核过的商品进行修改，以便我修改的内容可以对授权给分销商的商品做同步更新，不用禁用该商品再重新发布上架；
• 作为分销商商品专员，我想发布一款商品，以便可以在自己的店铺上架该商品进行售卖；
• 作为分销商商品专员，我想对审核过的商品进行修改，以便我修改的内容可以对发布上架的商品做同步更新，不用禁用该商品再重新发布上架；
• 作为分销商商品专员，我想对上架的商品价格进行批量维护，以便我更快捷的调整商品价格；
• 作为分销商商品专员，我相对上架的商品数量进行批量维护，以便我更快捷的补充商品数量。

三、商品名词解释

保持认知和沟通的一致性非常重要！我们先要了解一下，商品体系建设的各个名词：

什么是后端类目？

主要用于商品的分类和关联属性；叶子类目（末端类目）下挂载属性组；任何产品/商品模板都必须挂载到后台叶子类目上，并继承该节点的属性；

什么是前端类目？

用于商品分类导购以及快捷方便用户查找商品；前端类目通过跟后端类目映射间接和商品关联。一个前端类目可以挂载多个后端类目；

什么是属性？

属性是用来描述商品的特征，类型有基本属性（不影响价格，描述商品的基本特征）和销售属性（用来定义商品的规格型号，与价格有关系）；属性组由一个或多个属性组成；

什么是商品（SPU&SKU）？

SPU（商品）：Standard Product Unit （标准化产品单元），SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性；一个SPU对应多个SKU；

SKU（商品）：Stock Keeping Unit（库存量单位），SKU即库存进出计量的单位， 可以是以件、盒、托盘等为单位；SKU是物理上不可分割的最小存货单元；

什么是物料？

物料（或者说货品）也是物理上不可分割的最小存货单元，跟SKU一对一，物料一般是相对ERP系统或者库存系统而言，商品（sku）下单，最终在仓库出库的就是物料；

四、商品关联因素

（1）类目分后端类目和前端类目，后端类目关联属性组或者属性，属性有对应的属性值，比如说颜色，有红，黄，蓝；

（2）商品（SPU）要基于后端类目去发布，发布的商品（SPU）包括规格属性，品牌，商品（SKU）等，发布后的商品（SPU）要经过审核才能发布成功；

（3）商品（SKU）包括本身的属性以及商品详情，商品详情可以根据访问终端（PC电脑或者手机）显示的内容格式不同，商品详情包括图文信息，多媒体信息等；

五、商品层级结构

商品层级主要分三层：

• 第一级，类目属性层用来管理属性，属性组，属性对应的值，前端类目以及后端类目；
• 第二级，商品（SPU）层用来管理商品的品牌，商品的规格型号，商品对应的类目属性信息；
• 第三极，商品（SKU）层用来管理具体某一款商品，包括商品详情，属性，价格，数量信息；

六、商品发布上架

商品发布完成后，需要经过审核，审核通过之后才可以对商品（SKU）进行上架，商品上架是否需要再次审核由平台商城业务决定；对商品部分信息进行修改，要区分哪些信息需要重新审核，哪些信息不需要重新审核；商品可以设置立即上架和定时上架；上架可以区分渠道和店铺，比如可以上架到自己平台商城，也可以上架到天猫，京东等平台；

七、商品发布审核状态机

界面显示：

1. 检查商品不同状态下的界面显示：正常（查看详情、禁用）、禁用（查看详情、启用）、已拒绝（查看详情）、待审核（查看详情、审核、拒绝）；
2. 检查状态数据显示是否正确：商品发布（待审核）、审核通过（正常）、审核拒绝（已拒绝）、禁用（禁用）；

审核流程：

1. 发布商品（上架/下架）：状态为待审核；
2. 发布商品（上架/下架）->审核通过：商户状态为上架/下架，平台状态为已通过；
3. 发布商品（上架/下架）->审核拒绝：商户状态为已拒绝，平台状态为已拒绝；
4. 发布商品（上架/下架）->取消申请：没有商品了；
5. 发布商品（上架/下架）->审核通过->编辑：商户状态为已通过待审，平台状态为已通过待审；
6. 发布商品（上架/下架）->审核通过->编辑->取消申请：商户保留第一次的数据，状态为上架/下架，平台状态为该商品上一次的状态；
7. 发布商品（上架/下架）->审核通过->编辑->审核通过：商户状态为上架/下架，更新商品信息，平台状态为已通过；
8. 发布商品（上架/下架）->审核通过->编辑->审核拒绝：商户状态为上架/下架，保留之前的商品信息，平台状态为已通过；
9. 发布商品（上架/下级）->审核拒绝->编辑：商户状态为待审核，平台状态为待审核；
10. 发布商品（上架/下架）->审核拒绝->编辑->取消申请：商户状态为已拒绝，平台状态为已拒绝；
11. 发布商品（上架/下架）->审核拒绝->编辑->审核通过：商户状态为上架/下架，平台状态为已通过；
12. 发布商品（上架/下架）->审核拒绝->编辑->审核拒绝：商户状态为已拒绝，平台状态为已拒绝。

总结：

以上就是我对商品体系管理的经验分享，相信大家也有一个完整而清晰的认识；那么商品体系建好之后，我们要想下商品与库存有什么关系？商品是怎么影响搜索的？怎么基于商品做交易？商品怎么应用在营销活动中？