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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

电子商务网站数据库备份的方法有哪几种?

多个层面，不知道你说的哪个层面：

灾备：

本地同城一套完整的数据库备份，

异地灾备一套稍微可以延时点的备份（防止地质灾害）

热备：

预写日志备份（很多数据在执行SQL语句之前会把要执行的SQL语句记录下来，然后再执行，当数据库中断的时候，可以通过日志完美的找回数据库）

同步 读写分离 自动

库备份：

热备：在数据库运行的时候通过提供的命令备份数据库文件，或者导出SQL语句

冷备：停止数据库拷贝数据库文件或者整体打包

打包方式：

增量式备份

整体备份

电子商务网站，一般要做到热备，和异地灾备，一般是增量的备份。

网站数据库备份看你用的是什么数据库了。一般的mysql和Sql备份方法都有两种方式：

1、数据库自带备份功能

2、利用第三方工具来备份，如多备份这种

有办法可以拿到电商平台卖家后台商品订单数据自动录入到ERP系统吗？

这个问题其实也不难解决，如果软件厂商愿意配合还好说，不然很多都是靠手工弄，我自己也是工作需要，经常需要把数据导进导出的。可以用软件机器人工具小帮解决，它是采集界面数据，如果你要采集都是界面上看得见的，就可以解决你的问题。不过，能不能满足你的需求，还要你自己去了解。

1、做数据接口同步软件，订单信息可以稳定实时同步

2、使用mutoubrowser这样的软件，每天定时采集和自动添加erp

ERP系统很多，功能性越强的自然价格越高，如果不嫌麻烦就可以用网店管家，关联一下店铺就可以了

有办法可以批量导出拼多多店铺后台打单工具页面的客户信息吗？

订单导出一条条粘贴太麻烦了，告诉你一个好用的工具。你只需要选择要导出的电商平台或者采购后台，淘宝、京东、拼多多、亚马逊、当当或者其他的采购平台，博为小帮基本都可以支持。点击“一键导出订单”，采购订单就能自动导出到excel表里，可以自定导出数据内容，如订单号、商品名称、价格、数量、交易状态等信息。

电商后台（商品中心）

一、商品的基本概述

SKU：库存量单位，库存控制的小可用单位。

SPU：标准化产品单位，是一组标准化信息的组合。

类目：分类树。电商常用的有两层类目：前台展示类目和后端商品类目。前台类目指的是展示给消费者看的类目，会根据季节、销售策略、活动进行变动；后台类目属于基础数据，不可随意变动，添加SKU时都需要选择后台类目，进行绑定。

属性：分为关键属性、销售属性、非关键属性。关键属性是指能够确定产品的属性，是必填项。销售属性时组成SKU的特殊属性，或称为规格属性。下图为商品模块组成：

二、类目管理和品牌管理

【类目管理】

后台类目面向商家或供应链人员，商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理；前台类目面向用户，方便用户查找商品，还可以随着运营需要去调整。

类目管理的作用：

（1）方便快速发布及管理商品，供应链人员或平台商家更好进行商品管理

（2）标准化商品服务，对于电商平台，品类定义基本确定平台的商品服务范围

（3）有利于仓库管理，合理地商品类目管理还能方便仓库中库位分区管理商品

（4）日常运营需要，在电商运营中，需要进行商品聚类，科学的类目管理可以减少运营管理的工作。

从渠道的维度上讲：

（1）前台类目可支持不同客户端的设置.。PC/H5/APP端等渠道由于用户全体有所异，可分别设置前台类目，运营。

（2）支持平台商家自定义店铺前台类目。每个商家的产品和定位不同，有不同的类目运营需求。

从前台类目定义的维度上来讲：

（1）前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整。

（2）前台类目直接对应品牌、商品，适合商品较少的小商家

（3）前台类目对应后台的叶子类目和某项属性的组合

前台类目不同于固定的后台类目，编辑很灵活、可重叠、可删除、可随时变动、定时生效

【品牌管理】

品牌管理流程：

需要注意的是以下两点

（1）新建品牌，其相关字段一般有：Logo、中文名、英文名、产地、备注、状态（可用、不可用）

（2）将品牌关联到类目上，关系也是一对一、一对多、多对一。

品牌关联类目的好处在于：提升发布商品的便捷性，避免出错；品牌管理标准化；在搜索筛选商品时更加快捷。

三、属性管理

（1）关键属性：能够确认“产品”的属性。关键属性可以是一个属性，也可以是多个属性的组合。

（2）销售属性：也称为规格属性，其是组成SKU的特殊属性，它会影响买家的购买和卖家的库存管理。

（3）非关键属性：除关键属性、销售属性外的其他属性。

属性的定义对于良好的消费体验有着至关重要的意义，对于搜索、索引、筛选都能起到至关重要的作用。商品搜索能力，处理标题、类目，很大程度依赖于商品属性，条件筛选1的基础数据也是商品属性和规格属性。完善商品属性对于现实良好用户体验至关重要。

属性包括属性名、属性值，一般懂事挂载具体类目下，设置为必填或非必填。

【商品属性系统的设计】

属性编辑：

属性编辑主要是定义当前分类的商品具有哪些属性。在属性管理上，有两个产品方法可以使用，属性分组和属性继承。

四、SKU与SPU

SKU与SPU关系示例：

还有一个比较特殊的概念：组合SKU，主要是解决出售组合商品的问题。组合SKU的属性都继承主SKU。组合SKU不同于套装促销。套装促销在订单中会展示多个商品，而组合SKU在前台是一个商品。组合SKU的应用场景主要是添加赠品、组合售卖，与前台的商品套餐有所区别。在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。

【编码问题】

在电商系统中流转的是系统生成的SPU编码和SKU编码。

在仓库的条码方案以下有两种。在编辑商品时，一般会有个条形码字段需要填写，就是系统中的SKU对应69码，这个条形码主要在采购、出入库时使用。

（1）全部自建条码。采用自己的SKU编码管理商品，需要入库前重贴标，成本较高

（2）有69码的商品沿用69码，无69码的商品以及无法指定到单一的商品重新贴SKU编码。在仓库管理时做相应的条码映射。

五、商品编辑

在添加商品时，通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU上。通过供应商去关联采购，进而影响仓库中SKU的库存。供应商在添加SKU时也不可选择，可以在采购系统中添加关联。真多商品的关键属性和属性值，可以在采购系统中添加关联。针对商品的关键属性和属性值，可以在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着至关重要的作用。

SKU组成：

用户平常购物接触多的就是商品显示页，商品列表页、商品详情页的基础信息都是从商品中心获取。电商网站的商品产品结构大同小异，淘宝、天猫网站的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（淘宝切换规格时商品详情不变，京东切换规格时标题及详情页会改变）。

后台在编辑商品信息时，设置存储的也是这些内容：类目、标题、品牌、商品属性、规格、价格、库存、SKU信息，商品图、商品详情描述、物流信息。

【规格、价格信息】

需要注意的是，在设置规格时，主要包括颜色、尺寸。为了支持多样化的用户需求，选择之后可以编辑规格。规格一对一确定之后。可单独设置价格。规格一对一确定之后，可单独设置价格、库存、商家SKU，淘宝或天猫也可添加条形码，也可设置统一价，统一库存。填写商家SKU主要是为了方便对应到具体的SKU。对于自营电商，这里填写的就是SKU编码，库存无法设置，直接同步仓库中的SKU库存。系统中的SKU名称和商品名称是由区别的，SKU名称是方便在系统中进行管理流转，而商品名称是有一定得营销性质。

平台上会针对商品设置平台价和市场价。平台价主要是当商品具有不同规格、价格时，出现在搜索、筛选列表中只显示一个价格，相当于商品的均价。毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用。货号即商品编码，在商城购物时会扫描的条形码就是货号。货号不等同于SKU编码，同一商品编码的商品可能是不同SKU，有着不同的规格，所以不能直接拿货号来管理SKU

【商品图、商品详情描述、物流信息】

除了不同规格对应的商品缩略图，商品图还包括商品主图，一般要求质量较高，包括整体图和细节图。商品主图是吸引顾客眼球的必要利器，不论是列表页还是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需谨慎选择商品主图。

商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点页不相同。为了更好的展示产品特点，可提供不同的产品详情页模板，也可支持富文本编辑。

选择运费服务时，要选择对应的物流模板，在订单处理方面是按照具体的物流模板计算运费。