商品主要用于展示货物的详细信息，用于确定买卖双方交易产品的权力和义务

商品主要用于展示货物的详细信息，用于确定买卖双方交易产品的权力和义务，

我们在设计B2B的商品模块时主要有如下场景：

1. 卖家一般会针对采购数量、地区、客户等级等采取不同的定价策略，还需要能够维护商品的成本价、最低价等数据，而在化工 B2B电商 中卖家对商品价格的调整也是比较频繁的。
2. 卖家能够很方便的在采购和销售环节使用商品信息，并能够对采购成本和销售进进行分析
3. 买家在商城中能够通过搜索、分类、品牌等维度找到对应的商品，并能够查看商品的详情，买家能够同时选择多个SKU进行下单，并能够知道商品所在仓库信息

二、需求分析

化工行业属于商品相对标准的行业，所有的商品都有标准的数据底库（化合物标准数据），同一个化合物在平台中可能会有多个商品的。

化合物的标准数据能够提供很多准确的化合物性质的数据，而且是整个化工行业大部分平台都在使用的统一的数据，使用他作为商品的基础数据，能够提前为商品数据归一最好准备，后期如果需要对平台中的所有商品进统一分析或输出类似价格指数的功能提供基础。

整个商品模块的领域分析如下：

图中虚线部分不属于商品模块，在下文不在详细说明。

在设计商品核心模型时，我们在通用的商品模之上（以商品+SKU+类目+属性+品牌），还加入了符合B2B电商和行业的一下特性功能。

例如：我们在商品模型上增加了化合物和单位，还增加了危险品分类等信息，在SKU 中我们把价格独立出来，并提供了调价表的模型，而通过在SKU中增加毛重、净重等信息能够为我们解决商品基本单位换算以及运费计算的问题。

而我们对整个商品模块的功能结构规划如下：

三、功能设计

在功能设计上总体分成两大部分，商城前端功能和管理后台功能，我们先看下管理后台部分。

在上文的功能结构图中我们可以看的总体的功能情况，对于像单位管理、品牌管理、证书管理、属性管理、类目管理这些我们不做详细说明，需要说明的一定是在类目管理上我们分为前台类目和后台类目，前台类目主要作为商城运营使用，是不稳定的、多变的，而后台类目则是商品的真实分类，是能够串联各种业务流程的，例如商家入驻是需要选择的类目等。

而在类目上我们会建立一层与属性的关联，同时在关联是标记属性在该类目下是否作为规格，通过这种关联关系能够很好的对各个类目建立基本的商品信息模板，我们需要详细说明的是商品管理以及价格管理相关的功能。

总体来说我们是一个典型的SPU+SKU的结构，商品统一的信息以及在运营上所需要的信息我们都放在了SPU这一层，而对于影响库存、价格的信息则统一放在SKU。

在定义SKU时我们是通过发布商品的人员自己所选择的规格进行定义，我们支持单规格和多规格的两种模式，在SKU维度我们会统一管理商品的重量、起批量以及基础价格（包括：成本价、售价等），具体原型如下图：

单规格设置：