如何设计电商系统商品中心？商品中心作为电商系统的核心模块之一，承载着电商系统的核心基础数据，是电商系统中比较复杂的模块，商品中心的设计影响到后续的许多模块，所以一个好的商品中心，需要多方面考虑，包括后续的可拓展性、前端营销活动及业务需求等方面。整篇文章将从4个部分来开展：什么是商品中心、商品中心的基础名称解释、如何设计商品中心、总计。一、什么是商品中心从使用层面来讲，商品中心分为前端和后端。前端商品为商城、购物车、订单、营销活动等提供商品基础数据支撑；后端为供应商管理、采购订单等提供数据支持。采购、销售、库存等核心业务都离不开商品中心的支撑。因此商品中心的重要性毋庸置疑。在做商品中心时，需考虑公司当前及长远的业务考虑。二、商品中心的基础名词相信接触过商品的人，或多或少都听过一些名词，SPU、SKU、类目、属性等等，那么这些名词到底是什么意思呢，针对这些名词做了如下整理：1.SPU（StandardProductUnit）标准化产品单元。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。例如IphoneX就是一个SPU。2.SKU（StockKeepingUnit）库存量单位。是对每一个产品和服务的唯一标示符，例如iPhoneX128G银色就是一个SKU，该系统的使用SKU的值进行数据管理，使公司能够跟踪管理，如仓库商品的库存情况。SKU需要有独立的条形码，方便仓库进行统计管理等。我们创建一类商品的过程是在添加SPU和SKU，将需要选择的品牌，基础属性，描述属性确定该商品的SPU，再通过规格属性值的添加确定该商品的SKU。这样保障同一个SPU共用商品详情信息，只是通过规格属性对应不同的SKU，对于不同的规格设定不同的价格。在产品呈现给用户进行引流的时候，搜索的时候，目的是让用户知道咱们平台有这个产品，以SPU呈现为佳；涉及用户购买的时候，这样需要具体化的时候，需要使用SKU。3.类目类目也称商品分类或者产品分类，呈现树状结构，一般三到四层，层级太深不方便管理。类目管理分为后台类目和前台类目，那么后台类目和前台类目得区别是什么呢？一般前台类目面向用户，主要方便用户查找商品，很灵活，可以经常调整。后台类目用来承载商品和属性模板，比较稳定很少变化，进销存业务都是和后台紧密关联的，从商品进货到商品库存，再到商品销售，最后到财务核算很多都是以后端分类为维度进行的。后台类目和前台类目是多对多的关系，一个后台类目可以映射到多个前台类目，一个前台类目也可以包含多个后台类目。举个例子：比如说某些商品既可以放在＂夏季服装＂，也可以同时放在＂女士服装＂类目下，而后端类目是固定的，每件商品只能挂靠在一个叶子类目下。没有前端类目，单纯靠调整后端类目来满足运营需求，工作量大，繁琐，可能导致活动效果不好。４.属性当平台商品少的时候类目基本可以满足用户得需求，但是随着许多平台商品量级的增加，用户想快速找到自己所需的商品，难度就大大增大了。如果仅靠树状的类目来管理商品，已经无法满足需求，这时就需要引入另外一个维度来管理具象的商品，那就是“属性”。那么什么是属性呢，比如衣服颜色有红色、黄色、黑色、白色等，手机内存有１６G、６４G、１２８G、２５６G，这些都称为属性。从功能上属性可以分为公共属性，销售属性，关键属性等。公共属性：指其他类目可以公用的属性。例如鞋子尺码，37码、38码、39码等；销售属性：组成SKU的属性单元。直接影响用户购买和卖家的库存，比如iPhone864G、黑色等；该属性是组成SKU的特殊属性，直接影响到买家的购买和商家的库存管理。关键属性：能够确认商品的唯一性，关键属性可以是单个属性也可以是一个属性组，描述商品特征，比如服装面料、舒适度等。三、如何设计商品中心基于上面对商品中心的定义以及商品中心名词的解释，相信大家已经大致了解了商品中心。那么l就可以开始进行商品中心设计了，在开始设计之前，可以基于公司现有业务及未来业务的发展方向，可以整理出商品中心的大致框架。以下是我结合自己对商品中心的理解整理出的商品中心大体结构。将大体的...
