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

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

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

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

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

一、类目管理

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

后台类目

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

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

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

前台类目

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

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

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

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

二、属性管理

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

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

三、商品管理

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

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

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

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

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

总结

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

 

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

题图来自PEXELS,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
6人打赏
评论
欢迎留言讨论~!
  1. 架构图可以分享下吗

    回复
  2. 楼主能发一份原型给我吗,谢谢736170803@qq.com

    回复
  3. 写的很好啊,楼主可以把原型发我一份么,非常感谢啊1474777107@qq.com

    回复
  4. 写的很好,可以分享一下原型吗非常非常感谢!邮箱:1186586022@qq.com

    回复
  5. 写的很好,我想问下前台后台类目关联时 “只能选择其上级导航相关联的类目 这句话不太理解”,可否举例。

    回复
  6. 受益匪浅!可以分享下原型吗?非常感谢!邮箱:2904941905@qq.com

    回复
  7. 可以分享下原型吗,谢谢!万分感谢!邮箱:1078849518@qq.com

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

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

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

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

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

    回复
  13. 求原型 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. 您好,原型可以分享下吗?asdf881910@163.com

      回复
    3. 您好,最近做后台电商压力蛮大,能发我一份吗

      回复
    4. 您好,真的压力大,希能发我一份吗984957476@qq.com

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

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

    回复
  15. 求原型分享

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

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

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

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

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

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

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

      回复
    2. 您好,可以加您的微信,分享一下原型吗?

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

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

    回复
  23. 继续分享呀

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

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

      回复
    2. 原型不重要,重要的是解题思路~ ;-)

      回复
    3. :lol:

      回复
    4. QQ 276061456

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

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

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

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

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

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

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

    回复