我们接触到最多的商品的概念是在电商系统中，但实际上商品在很多B端产品中都存在，是一个很常用的功能，但很多时候他作为一个底层的支撑，经常被人忽视。比如说医疗SaaS中，商品是药品，治疗项目等服务；在工业SaaS中，商品是原材料，产成品；在教育SaaS中，商品是课程......

如果不是做电商，商品管理的功能并不复杂，本节就抽离出通用型的商品管理结构，以灵活应用到各B端产品中。

商品系统在SaaS中的地位

为了方便描述商品和其他功能的关系，这边将每个功能模块都称为一个系统。

• 商品需要采购，故要将数据传到采购系统中，以生成采购单；

• 商品采购后需要入库，故要和WMS（仓库管理）系统打通，将商品信息传到WMS中，商品入库后再将库存信息返回到商品系统中，成品等的入库也是同样的逻辑；

• 商品会出售，故需要和业务系统打通，比如医生在门诊时给患者开药出售，药品发出后扣减库存，返回到商品系统中；

• 商品在销售过程中，会和营销系统结合，比如满减、折扣影响商品的价格；

• 商品购买需要生成订单、支付，故和订单系统要打通，支付中等状态还会涉及到商品库存的锁定；

• 最后商品数据要落到统计中，比如商品销量排行榜，商品滞销分析等。

如果不是实体商品，就无需和采购系统和WMS系统打通，库存为虚拟库存。 

商品系统功能结构图

商品系统本身由三部分组成：商品分类，商品创建，商品管理。最底层是商品分类，是支撑商品录入和管理的基础，是一个单独维护的功能；中间层是商品创建，指录入或导入商品信息，完成商品的初始化，包括商品的关键属性、销售属性、非关键属性和商品属性；最上层为商品管理，对商品进行上下架、价格、库存等的管理，也包括和其他功能系统的对接。

商品的基础概念

在做功能设计前，我们先来了解下商品相关的基础概念。SKU和SPU我们经常会听到SKU、SPU，那这两者的区别和联系是什么呢？SPU：一类商品的总称，不会影响到库存和价格，比如华为P30是一个SPU，品牌华为，型号P30。我们搜索时主要是以SPU为维度的。SKU：SPU下根据颜色、容量等属性的细分，是商品进销存、售卖的最小单位，系统中SKU编码具有唯一性。比如1个SPU华为P30下面有4个SKU：天空之境，128G；天空之境，256G等，我们在购买商品时，需要选到具体的SKU，如天空之境128G。总结来说，SPU是SKU的上级，是一对多的关系。如果系统中一个SPU下都只有一个SKU，那两者基本可以等视。

       

属性可以看到，SPU和SKU都和商品的属性有关系，那一个完整的商品应该包含哪些属性呢？商品属性可以分为这4种：关键属性、销售属性、非关键属性和附加属性。关键属性：确定商品唯一性SPU的属性，可以是单个属性，也可以是多个属性的组合。比如华为P30就可以通过2个关键属性唯一确定：品牌和型号。销售属性：SPU加销售属性即组成了SKU，可以确定商品的最小单位。服装中常见的销售属性有颜色、尺码；电子设备常见的有容量、颜色等。非关键属性：不影响商品的售卖类的属性，可以作为商品的辅助介绍，比如说手机的电池容量，尺寸等。非关键是对系统而言的，并不一定对客户来说也是非关键的，比如有人购买手机时对屏幕尺寸最为关注。附加属性：属于具体某个商品个体的属性，和商品原有的属性没有关系，比如说手机的新旧程度，报修时间等。          

商品通用性功能设计及案例，后续会以书的形式，和大家见面。也可加入「B 端产品经理之家」星球，提前查看样书部分章节。 

总结

商品系统是很多B端产品的基石，但往往大家对他的理解和重视是在电商中。可能是因为商品在不同行业中，披上了不同的马甲，比如医疗中是药品和材料，工业中是物料和成品，教育中是课程，但实际本质是接近的，可以作为通用型功能来梳理。

商品系统本身不复杂，主要包括商品分类，商品创建和商品管理3大模块，但其和外部的对接还是比较多的，比如营销系统，订单系统，采购系统等，需要重视数据的交互。