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

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

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

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

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

一、类目管理

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

后台类目

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

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

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

前台类目

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

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

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

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

二、属性管理

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

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

三、商品管理

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

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

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

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

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

总结

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

 

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

题图来自PEXELS,基于CC0协议

欢迎打赏支持原创
5人打赏
评论
有话不说憋着难受
  1. 前台三级类目映射后台几级类目?

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

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

    回复