电商后台:实例解读商品管理系统
商品是电商平台的关键,那么怎么通过商品管理系统将商品呈现到用户面前呢?
作者近期正在研究电商后台系统之商品管理系统,收获颇多,故在此总结亦分享下,与各位一起成长。
商品管理系统主要可以分为三部分:类目管理、属性管理、商品管理。
一、类目管理
类目包括后台类目树、前台类目树、前台类目与后台类目的映射。
后台类目
后台类目与创建商品相关,每个商品在后台添加时均需选择相应的后台类目。后台类目树一般分为三,过多可能导致冗杂,管理起来也不方便。类目树的最后一级类目称为叶子类目。如下所示的类目管理页面,食品为一级类目,饮料为二级类目,纯牛奶则是三级类目,也即叶子类目。
叶子类目可设置类目属性,后台添加商品时,根据商品选择的类目,可按照类目属性进行相关的商品描述。当类目&属性少时,无需采用属性池管理,每个叶子类目可单独设置类目描述属性、规格属性、品牌属性等:
当类目&属性很多时,可以创建一个属性管理池,叶子类目可从属性池选择相应的属性挂靠(这样做的好处之一是,当类目很多时,有些可以通用的属性,无需反复创建):
前台类目
前台类目是在客户端展示,面向用户的。 主要应用在分类、筛选、搜索等等中。
前台类目与后台类目的映射
相对而言,后台类目是真实存在的,而前台类目是虚拟的。创建前台类目时,最后一级类目通过与后台类目进行关联映射,因此用户在客户端查看对应的前台类目时,可以显示它关联的后台类目中包含的所有商品。
将前后台类目分开处理,而不是在前端直接显示后台类目的原因是,后台类目复杂而稳定,而前台类目一般会随着活动、季节等原因不断调整,因此前后台分开可以只根据需求,将前台类目与相应的后台类目关联挂钩,而不需要对后台类目做改动。
二、属性管理
属性管理可分为描述属性、规格属性、品牌属性。描述属性一般是管理商品的参数信息。规格属性一般是管理商品的所有规格。品牌属性一般指商品所属品牌。
当后台类目较多时,采用属性池方式,可以有效减少类目属性的管理复杂度。后台类目的叶子类目创建时从属性池选择相应属性进行挂靠。
三、商品管理
商品是电商平台的核心资源。商品一般在后台创建,在前台(客户端)展示。后台创建商品时,首先需要选择该商品所属类目(便于在前端展示、搜索、筛选等)。
商品选择所属类目的下一步是录入商品信息。商品信息一般在客户端的商品详情中展示。商品信息主要包括spuid、skuid、商品名称、售价、商品属性、详情描述等。
spuid和skuid可用于区分商品,同时sku/spu在商品采购-入库-出库等系列流程中也承担着关键的标志作用。先简单介绍一下spu和sku的概念。spu是标准化产品单元,可认作某种商品,sku是最小库存单位,某种商品的某个规格均是一个sku。以手机为例,iphone6s是一个spu,而土豪金/64g的iphone6s是一个sku,玫瑰金/64g的iphone6s是一个sku。具体可见下方栗子。
需要填写的商品属性字段取该商品所属类目挂靠的描述属性、规格属性等。
后台创建的商品信息会展示前台商品详情中,以淘宝为例,后台输入的描述属性值,一般可在前台产品参数中呈现;后台输入的规格属性值,则是在购买或者加入购物车时的选择规格弹窗中呈现。
总结
上述讲述了电商后台中仅商品管理系统一般包含的元素,但电商后台不仅包含商品管理系统,还有采购系统、仓储系统、物流系统、订单系统等等,这些系统之间都是相互关联的,商品管理系统也需要和各个系统进行数据对接等,因此内里需要学习的东西非常多,作者后续会继续与大家分享,共勉。
本文由 @已知未知 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自PEXELS,基于CC0协议
您好,看完非常受益,请问原型可以分享下吗?非常感谢231913658@qq.com
您好,看完非常受益,请问原型可以分享下吗?非常感谢956084577@qq.com
你好,写的非常好,最近正在研究,请问原型可以分享下吗?非常感谢873377864@qq.com
架构图可以分享下吗
楼主能发一份原型给我吗,谢谢736170803@qq.com
写的很好啊,楼主可以把原型发我一份么,非常感谢啊1474777107@qq.com
写的很好,可以分享一下原型吗非常非常感谢!邮箱:1186586022@qq.com
写的很好,我想问下前台后台类目关联时 “只能选择其上级导航相关联的类目 这句话不太理解”,可否举例。
受益匪浅!可以分享下原型吗?非常感谢!邮箱:2904941905@qq.com
可以分享下原型吗,谢谢!万分感谢!邮箱:1078849518@qq.com
可以原型分享一下吗?谢谢,邮箱52976901@qq.com
可以吧原型分享一下吗?think426@163.com
关于属性,文章中写到了属性挂靠在相应的商品商品类目下,这是很有效的做法。文中用到了添加 叶子类目为“手机”的例子,其描述参数和规格参数其实具有多样性,这里不该把属性值写死,最好有相应的自由度。毕竟叶子类目是“手机”,而不是“iPhone”。作者传递的经验很好,使用的例子和其领悟到的内容有些许偏差,作者本人懂其中区别,读者注意下这之间的区别。
如果我的某一个分类只有2级分类,我该如何把属性挂靠在类目上呢?
有原型分享吗 邮箱643136432@qq.com
求原型 qq404486543@qq.com 最近在做商品管理后台 想了解详细的
我可以发给你:http://www.axureux.com/demo/TemplatesBmsEC/%E5%90%8E%E5%8F%B0%E9%A6%96%E9%A1%B5_2.html
您好,原型可以分享下吗?asdf881910@163.com
您好,最近做后台电商压力蛮大,能发我一份吗
您好,真的压力大,希能发我一份吗984957476@qq.com
有原型分享吗 邮箱643136432@qq.com
求原型 qq501272548 最近在做商品管理后台 想了解详细的
求原型分享
求分享546183148@qq.com,万分感谢
SKU,SPU介绍的例子里,表格里的数字代表什么意思?
规格和描述属性,你是两个表存还是一个表存。某个属性,是用规格还是属性来存,有判断方法吗?
比如产品中国/美国的同一个手机,产品该属于属性还是规格?
其实商品属性就分两类吧,一类是销售属性,一类描述属性。
销售属性就是会影响到价格的属性,如手机的颜色,内存等。
描述属性就是不会影响价格的属性,如手机的配置属性,摄像头啊之类的。
上面例子的淘宝,就是分两种的嘛,iphone的销售属性就俩,颜色和内存,其他都是描述属性。
您好,关于后台类目属性,如何挂靠,还要属性值可以关联属性名,但是属性值是否需要挂靠后台类目呢
后台创建商品时,选择的类目是后台类目还是前台类目呢?
后台创建商品选择的是后台类目,前台类目只跟前台展示有关
您好,可以加您的微信,分享一下原型吗?
最近对这一块很感兴趣 而且有蛮多疑问的 能加一下微信联系方式交流一下吗?(我的微信young-po)
感谢分享 帮我解答了很多关于SKU 和SPU的疑问。不过还有一个疑问是,一个SPU配置多个SKU,数据库存多个记录还是一条记录
继续分享呀
老铁,有原型分享吗
老铁,有原型分享吗?
原型不重要,重要的是解题思路~ 😉
😆
QQ 276061456
感谢老铁!!!帮我大忙了
求分享一下,qq703794241感谢了
作者发原型给你了吗,求原型? 时间太久了
前台三级类目映射后台几级类目?
随意,视情况具体而定,而且前后台类目是个多对多的映射关系
谢谢你,请问一下:后台第三级类目才有:规格属性和商品属性;如果运营增加了第四级,第五级类目,请问规格属性和商品属性应该出现在哪一级,最后一级吗?
谢谢分享,但是如果可以再细致一些,就更好了。