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

15 评论 13948 浏览 192 收藏 10 分钟

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

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

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

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

一、用户角色

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. 发布商品(上架/下架)->审核拒绝->编辑->审核拒绝:商户状态为已拒绝,平台状态为已拒绝。

总结:

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

 

作者:盗帅,基于阿里巴巴的数字中台产品架构核心负责人,阿里系准独角兽公司产品架构师。

本文由 @盗帅原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这么设计商品,原因是什么?有没有更简单点?有没有合适的商品体系,在企业合适的阶段

    来自浙江 回复
  2. 总结都是好问题啊?有没有继续分享

    来自浙江 回复
  3. 状态转变如果用图表达会更容易理解

    回复
  4. 请问下,产品架构师的工作更多是偏中后台么?

    回复
    1. 是的,更倾向于整体架构设计,领域建模,业务的通用性设计。

      来自广东 回复
  5. 有时间会陆续定期更新哈。

    来自广东 回复
  6. 图片是糊的

    回复
    1. 点击图片,就可以看到清晰的哈

      来自广东 回复
  7. 很酷 作为经常在里面打交道的平台使用者来说 好用的后台 逻辑清晰 操作方便 准确 非常重要

    回复
  8. 层级分明,逻辑清晰~如果最后的状态机能用流程图的样式就跟好了

    来自广东 回复
    1. 商品状态机只是把大概的逻辑整理出来,大家可以自己梳理一下,画流程图也并不难的哈

      来自广东 回复
  9. 很不错,谢谢分享

    回复
  10. 啥情况

    回复
  11. 非党不错、可以加您的微信号码?我想和您交流电商相关知识

    来自广东 回复
    1. 这是我个人微信号:vincentllx,有时间多交流。

      来自广东 回复