一、场景说明
商品主要用于展示货物的详细信息，用于确定买卖双方交易产品的权力和义务，由于在互联网上完成交易，买卖双方对产品是没有实际查看的，所以商品详情需要把产品的性质、价格、使用方法等信息进行展示。
我们在设计B2B的商品模块时主要有如下场景：
卖家一般会针对采购数量、地区、客户等级等采取不同的定价策略，还需要能够维护商品的成本价、最低价等数据，而在化工 B2B电商 中卖家对商品价格的调整也是比较频繁的。
卖家能够很方便的在采购和销售环节使用商品信息，并能够对采购成本和销售进进行分析
买家在商城中能够通过搜索、分类、品牌等维度找到对应的商品，并能够查看商品的详情，买家能够同时选择多个SKU进行下单，并能够知道商品所在仓库信息
二、需求分析
化工行业属于商品相对标准的行业，所有的商品都有标准的数据底库（化合物标准数据），同一个化合物在平台中可能会有多个商品的。
化合物的标准数据能够提供很多准确的化合物性质的数据，而且是整个化工行业大部分平台都在使用的统一的数据，使用他作为商品的基础数据，能够提前为商品数据归一最好准备，后期如果需要对平台中的所有商品进统一分析或输出类似价格指数的功能提供基础。
整个商品模块的领域分析如下：
图中虚线部分不属于商品模块，在下文不在详细说明。
在设计商品核心模型时，我们在通用的商品模之上（以商品+SKU+类目+属性+品牌），还加入了符合B2B电商和行业的一下特性功能。
例如：我们在商品模型上增加了化合物和单位，还增加了危险品分类等信息，在SKU 中我们把价格独立出来，并提供了调价表的模型，而通过在SKU中增加毛重、净重等信息能够为我们解决商品基本单位换算以及运费计算的问题。
三、功能设计
在功能设计上总体分成两大部分，商城前端功能和管理后台功能，我们先看下管理后台部分。
在上文的功能结构图中我们可以看的总体的功能情况，对于像单位管理、品牌管理、证书管理、属性管理、类目管理这些我们不做详细说明，需要说明的一定是在类目管理上我们分为前台类目和后台类目，前台类目主要作为商城运营使用，是不稳定的、多变的，而后台类目则是商品的真实分类，是能够串联各种业务流程的，例如商家入驻是需要选择的类目等。
而在类目上我们会建立一层与属性的关联，同时在关联是标记属性在该类目下是否作为规格，通过这种关联关系能够很好的对各个类目建立基本的商品信息模板，我们需要详细说明的是商品管理以及价格管理相关的功能。
总体来说我们是一个典型的SPU+SKU的结构，商品统一的信息以及在运营上所需要的信息我们都放在了SPU这一层，而对于影响库存、价格的信息则统一放在SKU。
在定义SKU时我们是通过发布商品的人员自己所选择的规格进行定义，我们支持单规格和多规格的两种模式，在SKU维度我们会统一管理商品的重量、起批量以及基础价格（包括：成本价、售价等），具体原型如下图：
单规格设置：
多规格设置：
由于我们是B2B商城，我们对于不同的购买数量也是需要进行价格区分的，所有我们还提供了阶梯价设置功能，能够对不同的购买数量进行定价，考虑到发布人员操作的便捷性，我们提供统一设价模式，如下图：
而对于客户等级对价格的影响，我们把他当作一种客户的权益，放在客户管理模块进行设置，而最终通过客户权益和基础价格可以达到不同客户等级不同价格的目的。
在2B的业务中，价格的调整是一个是否频繁的操作，不想2C商品价格基本无调整，顶多是在不同的活动中定义一些活动家即可。
为了解决频繁进行批量调价的需求，我们设计了调价表功能，能够对多个SKU进行批量改价，同时支持对调价表进行审核，总体步骤如下：
选择需要调整价格的SKU（也提供标准模板统一进行基础数据导入）
对选好的SKU进行价格调整，并提交生产调价单
进入审核流程，审核通过后SKU新价格生效
所有的调价记录均由保存历史数据，可方便后期实现商品价格指数功能。
现在再让我们看下商城前端相关的功能，对于商品搜索以及列表相关的功能，我们不做过多介绍，与一般商城无二，我们主要介绍在商品详情中进行的一些特殊设计。
在2B的业务中，在平台上买货的客户对同一个商品如果有不同规格时存在同时进货的需求，所有我们在满足这个需求时进行了一些功能优化，我们允许客户在商品详情中可以对多个规格进行选择，同时对每个SKU所在的仓库进行单独展示，而阶梯价又在整个商品维度进行生效。
也就是说只要客户在一个商品中购买的数量满足阶梯数量要求即可享受阶梯价，而通过在后台设置好的重量我们还能够预估对应的运费（运费在2B的业务中较高，且有可能是卖家的利润来源之一），具体页面原型如下：
关键性的功能及页面如上，而在整个产品功能设计的过程中有一个困扰笔者很久的问题：公司内部管理商品的单位和商城中售卖是商品的单位如何管理？
例如：在我们公司内部对大部分的化工产品都是用kg进行计价，而实际的货物却是一包、一箱、一桶，我们在卖给客户的时候也肯定是不能半包售卖，如何解决这种在价格管理、单位管理上面的问题呢？
我们对这个问题的解决思路如下：
在SKU维度，我们定义了规格和净重、毛重这三个属性
在公司内部进行库存或成本管理时，我们使用通用逻辑以净重进行库存单位换算，以商城售价/净重进行单价管理。如果后期公司内部进行库存和成本管理时还可用其它计量单位的话，我们可以把净重和毛重字段扩展，让业务人员可以自定义计量单位即可
而对于在运输的过程中我们肯定不能以净重进行计算，需要以加上了包装重量的毛重进行计算，所有通过增加净重和毛重属性能够还能够解决在运输、仓库管理过程中产生的问题。
4在商城端，客户进行下单时我们统一使用SKU的规格进行控制，SKU规格上是带有销售单位的，如此我们也可十分友好的让客户进行下单。
以上就是我们对B2B电商模块的整体产品设计的思考，其中有许多和2C商品管理中类似的功能设计进行了省略，着重说明2B电商中商品管理的特殊功能。
希望能够对同样在做B2B电商产品设计的同学起到一定的帮助，也随时欢迎大家和我交流沟通2B电商产品设计相关的问题。
