电商后台:实例解读商品管理系统

产品经理就业班,12周特训,测、练、实战,22位导师全程带班,200+名企内推,保障就业!了解详情

商品是电商平台的关键,那么怎么通过商品管理系统将商品呈现到用户面前呢?

作者近期正在研究电商后台系统之商品管理系统,收获颇多,故在此总结亦分享下,与各位一起成长。

商品管理系统主要可以分为三部分:类目管理、属性管理、商品管理。

一、类目管理

类目包括后台类目树、前台类目树、前台类目与后台类目的映射。

后台类目

后台类目与创建商品相关,每个商品在后台添加时均需选择相应的后台类目。后台类目树一般分为三,过多可能导致冗杂,管理起来也不方便。类目树的最后一级类目称为叶子类目。如下所示的类目管理页面,食品为一级类目,饮料为二级类目,纯牛奶则是三级类目,也即叶子类目。

叶子类目可设置类目属性,后台添加商品时,根据商品选择的类目,可按照类目属性进行相关的商品描述。当类目&属性少时,无需采用属性池管理,每个叶子类目可单独设置类目描述属性、规格属性、品牌属性等:

当类目&属性很多时,可以创建一个属性管理池,叶子类目可从属性池选择相应的属性挂靠(这样做的好处之一是,当类目很多时,有些可以通用的属性,无需反复创建):

前台类目

前台类目是在客户端展示,面向用户的。 主要应用在分类、筛选、搜索等等中。

前台类目与后台类目的映射

相对而言,后台类目是真实存在的,而前台类目是虚拟的。创建前台类目时,最后一级类目通过与后台类目进行关联映射,因此用户在客户端查看对应的前台类目时,可以显示它关联的后台类目中包含的所有商品。

将前后台类目分开处理,而不是在前端直接显示后台类目的原因是,后台类目复杂而稳定,而前台类目一般会随着活动、季节等原因不断调整,因此前后台分开可以只根据需求,将前台类目与相应的后台类目关联挂钩,而不需要对后台类目做改动。

二、属性管理

属性管理可分为描述属性、规格属性、品牌属性。描述属性一般是管理商品的参数信息。规格属性一般是管理商品的所有规格。品牌属性一般指商品所属品牌。

当后台类目较多时,采用属性池方式,可以有效减少类目属性的管理复杂度。后台类目的叶子类目创建时从属性池选择相应属性进行挂靠。

三、商品管理

商品是电商平台的核心资源。商品一般在后台创建,在前台(客户端)展示。后台创建商品时,首先需要选择该商品所属类目(便于在前端展示、搜索、筛选等)。

商品选择所属类目的下一步是录入商品信息。商品信息一般在客户端的商品详情中展示。商品信息主要包括spuid、skuid、商品名称、售价、商品属性、详情描述等。

spuid和skuid可用于区分商品,同时sku/spu在商品采购-入库-出库等系列流程中也承担着关键的标志作用。先简单介绍一下spu和sku的概念。spu是标准化产品单元,可认作某种商品,sku是最小库存单位,某种商品的某个规格均是一个sku。以手机为例,iphone6s是一个spu,而土豪金/64g的iphone6s是一个sku,玫瑰金/64g的iphone6s是一个sku。具体可见下方栗子。

需要填写的商品属性字段取该商品所属类目挂靠的描述属性、规格属性等。

后台创建的商品信息会展示前台商品详情中,以淘宝为例,后台输入的描述属性值,一般可在前台产品参数中呈现;后台输入的规格属性值,则是在购买或者加入购物车时的选择规格弹窗中呈现。

总结

上述讲述了电商后台中仅商品管理系统一般包含的元素,但电商后台不仅包含商品管理系统,还有采购系统、仓储系统、物流系统、订单系统等等,这些系统之间都是相互关联的,商品管理系统也需要和各个系统进行数据对接等,因此内里需要学习的东西非常多,作者后续会继续与大家分享,共勉。

 

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

题图来自PEXELS,基于CC0协议

赞赏是对原创者的最大认可
5人打赏
评论
欢迎留言交流
  1. 可以分享下原型吗,谢谢!万分感谢!邮箱:1078849518@qq.com

    回复
  2. 可以原型分享一下吗?谢谢,邮箱52976901@qq.com

    回复
  3. 可以吧原型分享一下吗?think426@163.com

    回复
  4. 关于属性,文章中写到了属性挂靠在相应的商品商品类目下,这是很有效的做法。文中用到了添加 叶子类目为“手机”的例子,其描述参数和规格参数其实具有多样性,这里不该把属性值写死,最好有相应的自由度。毕竟叶子类目是“手机”,而不是“iPhone”。作者传递的经验很好,使用的例子和其领悟到的内容有些许偏差,作者本人懂其中区别,读者注意下这之间的区别。

    回复
  5. 如果我的某一个分类只有2级分类,我该如何把属性挂靠在类目上呢?

    回复
  6. 有原型分享吗 邮箱643136432@qq.com

    回复
  7. 求原型 qq404486543@qq.com 最近在做商品管理后台 想了解详细的

    回复
    1. 我可以发给你:http://www.axureux.com/demo/TemplatesBmsEC/%E5%90%8E%E5%8F%B0%E9%A6%96%E9%A1%B5_2.html

      回复
    2. 有原型分享吗 邮箱643136432@qq.com

      回复
  8. 求原型 qq501272548 最近在做商品管理后台 想了解详细的

    回复
  9. 求原型分享

    回复
  10. 求分享546183148@qq.com,万分感谢

    回复
  11. SKU,SPU介绍的例子里,表格里的数字代表什么意思?

    回复
  12. 规格和描述属性,你是两个表存还是一个表存。某个属性,是用规格还是属性来存,有判断方法吗?
    比如产品中国/美国的同一个手机,产品该属于属性还是规格?

    回复
    1. 其实商品属性就分两类吧,一类是销售属性,一类描述属性。
      销售属性就是会影响到价格的属性,如手机的颜色,内存等。
      描述属性就是不会影响价格的属性,如手机的配置属性,摄像头啊之类的。
      上面例子的淘宝,就是分两种的嘛,iphone的销售属性就俩,颜色和内存,其他都是描述属性。

      回复
  13. 您好,关于后台类目属性,如何挂靠,还要属性值可以关联属性名,但是属性值是否需要挂靠后台类目呢

    回复
  14. 后台创建商品时,选择的类目是后台类目还是前台类目呢?

    回复
    1. 后台创建商品选择的是后台类目,前台类目只跟前台展示有关

      回复
  15. 最近对这一块很感兴趣 而且有蛮多疑问的 能加一下微信联系方式交流一下吗?(我的微信young-po)

    回复
  16. 感谢分享 帮我解答了很多关于SKU 和SPU的疑问。不过还有一个疑问是,一个SPU配置多个SKU,数据库存多个记录还是一条记录

    回复
  17. 继续分享呀

    回复
  18. 老铁,有原型分享吗

    回复
    1. 老铁,有原型分享吗?

      回复
    2. QQ 276061456

      回复
  19. 感谢老铁!!!帮我大忙了

    回复
    1. 求分享一下,qq703794241感谢了

      回复
    2. 作者发原型给你了吗,求原型? 时间太久了

      回复
  20. 前台三级类目映射后台几级类目?

    回复
    1. 随意,视情况具体而定,而且前后台类目是个多对多的映射关系

      回复
    2. 谢谢你,请问一下:后台第三级类目才有:规格属性和商品属性;如果运营增加了第四级,第五级类目,请问规格属性和商品属性应该出现在哪一级,最后一级吗?

      回复
  21. 谢谢分享,但是如果可以再细致一些,就更好了。

    回复