Java生鲜电商平台-商品基础业务架构设计-商品设计
在生鲜电商的商品中心，在电子商务公司一般是后台管理商品的地方。在前端而言，是商家为了展示商品信息给用户的地方，它是承担了商品的数据，订单，营销活动的数据中心，在后端而言，商品中心则是运营者管理维护商品的地方，因此从商品的上传到发货，退货，整个闭环都离不开商品中心的支撑，因此商品中心的重要性毋庸置疑。本文将从三大模块去讲述商品中心的设计。
一.基本概念
在设计商品中心这一模块前，我们先弄清楚电商后台常用的一些关键词，有助于我们对业务的理解。
1.SPU：（stanrdard Product Unit，即标准化产品单元），是一组标准化的信息集合，例如：“iphone 8”就是一个SPU。
2.SKU：（Stock Keeping Uint，即库存量单位），库存控制的最小可用单位。例如：“iphone8plus256G金色”就是一个SKU。
3.前台类目（分类）：前台类目是为了方便用户筛选查找商品而设置的功能，运营可根据运营需求灵活调整前台类目，用户通过前台类目查找相应的商品时，自动从后台类目中检索相应的商品。
4.后台类目：是为了方便运营者管理商品的库存，sku，商品规格属性的一个分类管理功能模块。后台类目与前台类目相互映射。后台类目一般不轻易变动。
5.属性：商品属性是描述商品信息的一组值，通过这类值我们可以建立起对一件商品的基本认知。属性分为关键属性，销售属性，非关键属性。关键属性属于是指能够唯一确定产品的属性，是必填项，例如手机的屏幕尺寸，型号属于关键属性。销售属性是组成SKU的特殊属性，或称为“规格属性”，例如手机的颜色，内存。非关键属性是指除了关键属性，销售属性外的其它属性，如手机的手机接口类型。非关键属性不一定是必填项，可根据运营需求设置。
二.功能架构
在了解完电商平台的基本术语之后，我们则可以根据平台自身的业务需求商品中心了，后台的基本功能大致有四类——增，改，查，删。因此我们理解该基本功能之后对商品中心的基本功能就有了大致理解。在理解这一点的基础上，我们需要理解我们平台的管理者和运营者对商品中心的功能需求：我们可以用简单的用例图的形式将运营人员的功能画出来，便于分析。
根据以上用例图则可以画出商品中心的信息架构图：
三.功能设计
在收集完公司的业务需求之后我们就可以开始设计每一项功能：
3.1.发布商品
定义：发布商品是运营者在平台库中录入商品数据的基础功能，发布的商品审核通过后则可以直接在前台展示给消费者，在一些平台商家发布的商品需要经过平台的审核才能在前台显示，若需要平台审核，则在商品发布之后再商品中心则需要展示商品审核的状态，以方便运营者知晓商品审核的动态；
需要注意的是:商品的上架和发布需要注意区分，有的平台发布之后则直接展示在前台，用户直接可以在前台展示，有的平台则需要在发布商品过审后需要点击上架后才能展示在前端，这里需要根据自身的业务需求去做设计处理。
3.2.商品审核：
定义：商品审核功能是保证商品质量并确保商品合规性的重要措施。审核的对象包含但商家上架的商品，平台自营的商品。审核包含商品性质的合规性，内容的规范性。审核包含商品上传的前置审核，上架后的审核。前置审核的结果分为通过与未通过两种，审核未通过需返回不通过原因，便于商家或商品发布者修改。后置审核的结果为两种，下架和不做处理。后置审核的一般使用场景较少。本模块着重讲商品的前置审核。
商品发布提交后，商品则在平台方的商品中心展示待审核的商品：
商品审核结果有两种，一种结果是不通过，一种是通过。审核通过时在在售商品列表，审核不通过时在待售商品列表中未通过状态之列里，审核不通过时后台商品审核人员需要输入商品审核不通过的原因，以便于商家修改。在商品审核不通过时，在该商品的详情里需记录商品的审核记录。在商品审核结束后平台应及时通知商家运营者，以根据审核结果调整。
3.3.商品下架
定义：商品下架是运营者对在售的商品进行移除的功能，在平台方若下架商家商品则需要对下架说明原因。下架的商品则需要在商品中心有单独的区域展示。若是平台的商品下架则需对此功能做权限设置，并且在点击下架时需做二次确认。
3.4.商品修改
定义：商品的修改则在商品列表中添加修改的入口，可以将常用的使用频次较高的功能在从商品修改页面中单独分离出来以保证商品运营人员管理的高效性，例如商品的价格修改，排序修改等等。
3.5.类目管理
定义：运营人员对商品类目进行维护管理的功能，主要包含新增，修改，移动，删除，查看这五大基础功能，这里以前台类目管理为例：
原型范例：
需要说明的是：在涉及到类目的删除，移动时在该类目下没有商品挂在，否则将会影响前端商品的展示。
从代码级别来说，也就是删除类目的时候，需要先判断类目下面是否存在商品，如果存在就需要提醒用户，需要先删除商品，再删除类目
List<Goods> listGoods=this.goodsService.getGoodsByCatagory(Long catagoryId);
if(listGoods!=null&&listGoods.size()>0)
{
return new JsonResult(”201“，“该类目下存在商品，不能删除”."");
}
//如果不存在商品。
this.catagoryService.deleteCatagoryId(long catagoryId);
继续补充：电商商品库的产品设计与微服务架构
简单粗暴的讲，商品中心是用来管理核心的商品数据。对于使用的维度：从前端来讲，是给商品展示、订单、营销活动提供商品数据支撑，从后端来讲，商品中心给订单发货、仓库管理、供应商管理、采购提供基础数据支撑。为了更清晰的描述商品中心这项重量级工程，打算写两篇文章从上述两个维度来阐述，本文主要从后端的维度介绍商品中心。
一.商品常用概念介绍
先介绍几个基本概念：SKU、SPU、属性、类目。
SKU：stock keeping uint(库存量单位)，库存控制的最小可用单位。例如Iphone 7plus 128G 银色就是一个SKU，仓库管理、采购进货、库存显示的都是SKU。不同的公司都有自己的SKU编码规则，如果有自己的仓库，在商品入库时一般会打上自己的SKU码，这样整一套库存体系就会自上而下打通，当然还有另一种处理方式，设置自有SKU码与供应商条码的对应关系，将订单转化为发货单时，将自有SKU码转化为供应商的条码。对大公司来说，推荐前一种做法，后一种由于供应商编码规则不同，或者管理规范，在实际操作往往会增加出错率。
SKU编码
SPU：standard product unit(标准化产品单元)，是一组标准化信息的集合，例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种，可以一对多，一对一，如下图所示。SPU信息中应该包含SPU属性、产品图片、产品描述、产品标签。SPU和SKU之间是通过规格来链接的。SPU(Iphone 7plus)通过颜色、内容关联到SKU(Iphone 7plus 128G 银色)。SPU的库存是由其对应的SKU库存共同决定的。
SPU与SKU
属性：分为关键属性、销售属性、非关键属性。关键属性是指能够唯一确定产品的属性，是必填项。例如手机的品牌、型号属于关键属性；销售属性组成SKU的特殊属性，或称为规格属性，如手机的"颜色"、"内存"；非关键属性指的是除关键属性、销售属性外的其他属性，如手机的手机接口类型，非关键属性不一定是非必填项，有时为了商品信息完整，也会设为必填项。属性定义对于良好的消费体验有着至关重要的关系，对搜索、索引、筛选都有至关重要的作用。
类目：分类树，电商常用的有两层类目，前台展示类目，后端商品类目。前台类目指的是展示给消费者的类目，会根据季节、销售策略、活动进行变动；后台类目属于基础数据，不可随意变动，添加SKU时都需要选择类目，进行绑定。需要注意的是，类目树的层次不能太深，一般三层或四层，如果太深，不论对于管理还是技术性能来说，都是不利的。前台类目与后台类目可随意搭配，设置前台类目关联时，对前台类目树最深层进行设置，可让其关联后台类目任一层，可一对一、一对多。前台类目还可以对应品牌。
京东前台类目
二.商品基础资料设计
在介绍商品常用概念时，也透露了很多在产品设计时关联的信息。在添加SKU时，需要选择品牌、填写一些属性，以及关于仓库管理的基础数据（长宽高、重量、供应商等）。商品中心基础资料结构图主要如下，首先是品类管理，主要包括品牌管理(中英文名、可供品类、产地（跨境电商比较重要）)、属性管理（针对类目添加相关属性和属性值）、类目管理（后端类目树重中之重，确定时要考虑全面，属于基础数据，后续更改比较麻烦。），大致产品框架如图所示。
商品中心框架图
在添加SKU时，通过供应商去关联采购，进而影响仓库中SKU的库存。供应商在添加SKU时亦可不选择，可以在采购系统中添加关联。通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU；针对商品的关键属性和属性值，可以在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着至关重要的作用。
SKU使用
还有一个比较特殊的概念：组合SKU，主要是解决出售组合商品的问题，组合SKU的属性都继承主SKU。组合SKU的应用场景主要是添加赠品、组合售卖，与前台的商品套餐有所区别。在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。
三.复盘
商品中心后端属于基础数据，会被许多子系统调用，对于电商公司来说重中之重。商品中心提供接口数据进行仓库管理、采购管理、库存管理、订单管理，可扩展的商品中心结构将给公司业务发展带来很大益处。
文后扩展，很多电商公司业务定位都是B2B2C，为了扩充SKU，增加用户量，或者构建平台体系，都会允许第三方来平台管理商品，类似京东、有赞，这类平台的商品结构更加复杂，SKU需要增加所属商家，商品详情、属性值、库存都需要相互独立，在SKU、SPU纬度上增加一个商家纬度。这里不做过多扩展，感兴趣的朋友可以深入思考。
实物商品
以上文章从后端角度介绍了商品中心用到的一些基础数据设计，接下来，我们主要从商品前端显示来说后台设计的那些事儿。用户平常购物接触到最多的就是商品显示页，商品列表、商品详情页的基础信息都是从商品中心获取。目前对于商品设计有着成熟的产品方案，电商网站的商品产品结构大同小异，淘宝上的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（表达可能不太准确，但认真研究过两者商品结构应该理解我说的不同点，下文解释）。 其实我更倾向于淘宝的商品结构，能够支持更加灵活的商品方案。
京东与淘宝的商品详情页
商品信息主要由类目、标题、品牌、商品属性、规格（京东定义为销售属性）、价格、库存、SKU信息（毛重、长宽高等）、商品图、商品详情描述、物流信息等组成。至于经常看到的服务标签（白条、极速退款）、商品标签（热销）、活动标签（满减、优惠券）、价格标签（拼团价、活动价）、同类商品等都是在商品信息上的包装层，不在本文的阐述范围。
1.商品类目、商品基本信息
商品类目分为两层，基础数据类目层、前台展示类目层，在添加和管理商品时，都是在基础数据类目层对商品进行管理（如下图）。商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理，所以类目管理属于较为核心的工作，一定要从长远角度考虑。
在添加商品时，需选择对应的类目。前台类目在展示时，有两种处理方式：
前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整。现在大部分自营电商都是用的这种类型。
前台类目直接对应商品，适合商品较少的小商家，主要是一些电商平台提供给平台上商家的类目服务，添加商品时直接选择前台展示的类目。
另外，类目一般是分为三层，类目树不要太深，否则将影响产品效率。
JD商品类目
设置商品信息、副标题（一般介绍产品卖点、促销），选择商品对应的品牌。在品牌管理中，有两种方案：
品牌统一管理，小公司商品丰富度较少时的方案。
品牌关联类目，商品丰富度高的选择。
基本信息编辑
2.商品属性
商品属性包括属性名、属性值，一般都是挂在具体类目子叶下，设置必填和非必填。在设置属性值时，须保留一定的扩展性，部分允许自定义属性。商品属性管理要求强大的类目运营能力，在中小型电商平台一般会提供基础属性值，再开放自定义属性编辑，让用户来完善属性库数据。
商品搜索能力，除了标题、类目，很大部分依赖于商品属性，条件筛选的基础数据也是商品属性和规格属性。完善商品属性对于良好用户体验至关重要。
淘宝的商品属性（男装>风衣）
3.规格、价格、库存、SKU信息
在购买商品时，我们会经常选择规格（销售属性），主要包括颜色、尺寸，为了支持多样化的用户需求，选择之后可以编辑规格。规格一对一确定之后，可单独设置价格、库存、商家SKU，淘宝上亦可添加条形码（69码）。也可以设置统一价、统一库存。填写商家SKU主要是为了方便对应到具体的实物，上文亦讲过，仓库和采购管理的都是具体的SKU。
仔细观察会发现，京东的商品标题是加上具体的规格，在选择规格时会跳转SKU，对于落单数据有效率提升，但是对于页面效率和体验是不如淘宝的SPU结构的。现在大部分电商都采用的是淘宝的SPU结构，亦是优质选择。
JD规格、价格、库存、SKU设置
在淘宝上选择具体的规格后，会发现商品缩略图会发生变化，这就需要在管理商品时，针对某规格单独上传图片。这里有个设计很巧妙的地方，只是不同颜色需要上传对应的商品缩略图，而尺码不需要。
淘宝不同颜色上传具体的缩略图，京东可上传多图
针对商品设置平台价和市场价，主要是为了商品在列表展示商品、未选择具体规格时展示，相当于商品的均价。毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用。货号即商品编码，在商城购物时会扫描的条形码就是货号。货号不等同于SKU编码，同一商品编码的商品可能是不同SKU，有着不同的规格，所以不能直接拿货号来管理SKU。
JD商品信息填写
4.商品图、商品详情描述、物流信息
除了不同规格对应的商品缩略图，商品图还包括商品主图，一般要求图片质量较高，包括整体图和细节图。商品主图是吸引顾客眼球的必要利器，不论是列表页，还是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需对商品主图较为慎重。
商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点也不相同。为了更好的展示产品特点，可提供不同的产品详情模板，亦可支持不同的富文本编辑。
商品详情描述
选择运费服务时，要选择对应的物流模板（包邮、按重量、按件数等），在订单处理是按照具体的物流模板计算运费。运费模板计算较为多样复杂，下篇文章详细描述讲解物流运费相关的细节。
商品物流选择
5.其他商品信息
主要包括售后服务（发票、保修服务、退换货）、包装清单等相关说明。
6.上下架管理
设置完商品基本信息之后，设置上下架时间，亦可直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，无法购买。搜索、筛选的商品范围都是在上架的商品范围进行。
上下架设置
自营与平台电商的商品区别
在商品管理层面，平台电商提供给平台商户的商品服务与自营电商自己的商品服务有着很大不同。最大区别在于自营电商比平台电商多SKU管理，库存和属性都是基于SKU进行管理，在添加商品时，如果还要重新填写，就会造成数据冗余。所以一般会共用数据。
总结
这两篇主要介绍了商品的基础数据模块，也是商品的框架，营销活动等其他部分都是在商品的基础上进行包装升级的。由于细节较为繁琐，很难面面俱到，如果有问题，可留言交流。后面将详细讲解订单、营销等后台，若有兴趣，可关注我。
学习与交流，请联系：
联系QQ：137071249
QQ群：793305035