我们先举个例子。

假设我是一家服装厂，有一款T恤衫产品。这款产品分S/M/L三个尺寸，红/白两个颜色。

我应该怎样在系统中建立产品？

正常反应，应该建立3*2=6个产品：S 红 T恤衫 / M 红 T恤衫 / L 红 T恤衫 / S 白 T恤衫 / M 白 T恤衫 / L 白 T恤衫

但是，实际上这6个产品款式相同；生产工艺相同；BOM表上除了布料的用量和颜色不同，材质相同，标签/印花等辅料也相同。

更何况，在销售环节，客户下单的逻辑是先需要一件T恤衫，然后挑选颜色和尺码。

如果您在电商网站上销售，更不可能为此上架6个链接。

现在，我们换一个思路。

其实我只有一款T恤衫产品，这个产品有尺寸和颜色两个属性。尺寸有S/M/L3个属性值，颜色有红/白2个属性值。这样，一个产品产生了6个产品变体。

这就是产品变体的概念。

我们在系统中定义好产品的属性、属性值后，系统可以自动生成所有的产品变体。每个产品变体都可以有独立的编号、库存，可以共用或单独设置图片、价格表、供应商价格表等配置信息。
我们也只需要维护一张BOM表，单列几行与属性相关的BOM行，取代之前的6张BOM表。

注意，产品变体的开启不要乱来，属性的设置更是有讲究。如果不当，会使您的产品体系混乱。

接上个例子，如果我除了T恤衫，还生产衬衫。我想把它们合并成一款产品，增加一个“款式”的属性，有“T恤衫”“衬衫”两个属性值。这就是一个很差劲的思路。

这时，我应该从销售或采购的角度来思考：“客户通常是先确定了买T恤还是衬衫，然后再挑选颜色和款式。” 所以，T恤和衬衫应该设置为两个不同的产品。

同样对于原料，也可以这样思考：“从供应商那里采购时，通常是先确定买纯棉布料还是亚麻布料，而不是‘一块材质是棉或者亚麻的布’。” 所以，纯棉布料和亚麻布料应该是两个不同的产品，而不是两个材质属性值。

销售—配置—属性

1）产品表单界面，“变体”页面，添加产品的属性以及属性值。检查无误后，点击保存按钮。

2）点击“配置变体以生成变体”，可以查看本产品所关联的变体属性值组合。

3）在“产品变体”界面，可以查看所有生成的产品变体及细节。
       产品变体有四个路径：

• 销售—产品—产品变体

• 采购—产品—产品变体

• 制造—主数据—产品变体

• 库存-主数据—产品变体