商品系统是电商系统的基础模块，设计商品系统是一个复杂且关键的任务，需要综合考虑多个方面以确保系统的灵活性、可扩展性和用户体验，因此也是电商产品经理需要了解的基础内容。
商品系统的业务定位
商品系统面向C端需要想客户展示产品基础信息，价格、促销活动、商品优惠、库存和履约信息（履约表达）。面向B端需要有履约流程、库存、供应链、售后、客服等都需要依赖商品信息。可以看到几乎所有的业务需要商品系统的支持来完成运转。
如果只是快速上线一个商品系统其实并不复杂，但在SaaS架构中需要保证客户业务的稳定运行。商品系统的建设需要稳定性、扩展性充足，也需要考虑避免后期因为业务扩展导致无法满足发展需要。
设计商品系统面对产品经理的挑战
1、商品系统的行业、内外差异大
各行各业的商品管理需求差异是很大的，构建适配的商品系统需要做深度的行业分析来做业务建模。像我过往做的都是虚拟服务类的商品业务，比如课程、咨询服务、家政服务这类的。
- 课程：交付形式（直播、点播）、
- 咨询服务：交付形式（文字、语音、视频和线下咨询）、
- 家政服务：服务标准管理、服务范围管理、服务时间、配件、资质要求
在实物电商中差异性需求更多：
- 生鲜电商：产地、单位管理、配送时效管理、配送要求管理
- 数码3C电商：保修政策、保价政策、履约时效、产品硬件参数
- 二手电商：商品成色、发货方式（管理邮寄、自提）
2、业务依赖广
正如之前提到的商品系统对其他业务系统有广泛的支撑，从商品在系统建档、发起采购、入库、上架销售、订单履约、退换货、核算、结算到数据分析的全流程都依赖商品系统提供数据支撑。
而且商品本身的状态流转也异常复杂，从商品建档、上架、下架、汰换清理之间的流转涉及到大量关联业务的处理和校验，避免出现对其他业务系统的关联影响。
商品系统的基础概念
SPU、SKU和平台SPU
- SPU (Shared Product Unit): 表示产品系列或类别，如电子产品中的“手机”这个SPU下可能包含各种型号。
- SKU (Stock Keeping Unit): 是指特定的产品版本，例如某个SPU下的具体型号，如iPhone SE是一个SKU。
- 平台SPU: 指在电商平台上针对商品进行单独划分的SPU。每个平台可能有不同的编码方式来标识不同的SPU。不同平台SPU的设置有很大的差别，但平台SPU都是基于平台管理的视角来设定的，无论是管控做标准化还是数据分析的需要。
商品类目
商品类目是方便对商品进行归类的，基础的分为前台和后台分类，在实际的业务中其实还可以继续细分。
前台分类是基于消费者视角的商品分类，一般由运营来灵活配置，有时候会将营销活动直接配置为类目进行运营。前台分类后可以按web、移动端等维度进行细化，满足不同尺寸屏幕上进行差异化运营的需要。
后台分类主要是SaaS商家端使用的，一般来说不会轻易的变更，商家也是很怕麻烦的。后台分类也是会细化的，主要是基于不同的子系统存在差异，比如采购的子系统和商品管理子系统的分类。
不管是前台分类还是后台分类，我们都需要设置后台的基准分类。这样不仅可以避免类目混乱，也是出于做类目运营（类目优惠券、类目会场等）的必然要求。
商品类型
- 实物商品：即有形商品，一般需物流配送
- 虚拟商品：即交付服务，一般无须发物流
- 套餐：即组合商品
- 预售商品：预售商品一般没有实际入库库存，属于提前销售
- 预订金商品：预定金商品是下单仅支付商品部分金额，一般是由于下单是无法确认价格，但是有明晰的收费标准。比如搬家服务、收纳服务
商品属性与属性值
描述属性：商品名称、描述、型号、图片
统计属性：品牌、分类、系列
考核属性：商品型号、颜色
物流属性：长、宽、高、重量、包装
管理属性：是否支持自提、是否保价
销售渠道属性：对于多渠道、多平台、多终端销售的商品进行标记
规格属性：是SKU的组合属性，影响买家实际购买的规格和库存情况
商品价格
- 官方指导价：一般也叫划线价
- 实际销售价
- 渠道价格
- 限时价格
- 成本价
- 红线价格：一般是基于利润管理的要求进行设置
- 会员价
商品系统的架构
其中数据层在业务前期是不需要建立主数据平台的，直接从数据库中读取和应用数据即可。随着业务的发展和系统复杂度提升，为了防止多个团队对数据互相改动的影响，需要拆分出多个主数据服务来解决这个问题。在我们公司是已经有了主数据平台的，所以不需要单独建设，只需要梳理基础业务数据并进行API接入即可，也是方便了很多。
同时因为集团对不同事业部的考核需要统一的数据，我们数据分析部分也是直接接入到集团数据接口来进行的。不过我们平时在产品和内部做业务分析的时候，还是自己内部处理多（数据及时性更强）。
小结
作为产品经理，在设计SaaS中商品系统存在大量的挑战，特别是在商品数据一致性，商品数据跨域同步（跨租户、跨系统、跨店等）、数据访问性能等方面，因此在前期的业务调研和产品概念设计中需要和架构师、开发进行业务沟通。