电商系统目前已经非常成熟，在基础版块上差别不大，这个系列主要讲一下电商的商品、购物车、订单、支付结算、优惠券。
商品中最重要的两个概念是SPU和SKU。
SPU
标准化产品单元（Standard Product Unit），SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特征。
SPU是一类商品，例如，iPhoneX就是一个SPU，Find X也是一个SPU，这个与平台上的商家无关，与颜色、款式、套餐无关。
SKU
库存量单位（Stock Keeping Unit），SKU即库存进出计量的单位，可以是以件、盒、支等为单位。一个SKU是表示规格、颜色、款式等属性组成的一个确切的物理上不可分割的最小存货单元。
SKU是一个型号的商品，例如，iPhone X&深空灰色&全网通64G是一个SKU，iPhone X&银色&全网通64G是一个SKU。
图中的SPU “iPhone X”有“颜色2×版本8=16”个SKU。下面的增值保障和白条分期属于其他业务，与商品本身无关。
还有一个非常直观的看什么是SKU的办法，就是看购物车，购物车每一个商品就是一个SKU，针对SKU才会有数量的概念，加入购物差之前所做的必须选择的商品的颜色、规格等就是在确定要购买哪个SKU。
商品的管理
1、类目
类目代表完全不同品类的商品，比如手机和女装是两个类目。一般一个类目会需要专门的产品、开发、设计、运营团队负责，在前台体现出来就是所谓的“频道”。
在后台新增商品时，首先需要选择类目，将商品归属在特定的类目下。
2、属性
一个类目/产品线下的SPU都有相似的属性，一个SPU下所有属性的组合数就是SKU的数量。
3、价格、库存
价格和库存需要在SKU级别上进行设置，一般在新增商品时不会直接设置库存，而是有专门的库存管理版块，处理商品的入库、出库、调拨、要货等库存管理操作。
库存决定了很多东西，包括SKU的上下架状态，也与很多流程有关比如下单之后减库存或是支付之后减库存，还有退款之后库存如何处理。
对于商品的上下架状态有两种处理方式，一种是将库存与上下架分开处理，库存与上下架无关，无库存也可以上架，但是消费者无法正常下单；另一种是用库存状态决定上下架状态，只要有库存商品就自动上架，无库存就自动下架。
需要注意的2个问题：
1、商品已经下架，消费者从订单页进入到商品详情页，该如何展示？
已下架的商品已经无法购买，不能展示常规的商品详情页，所以要对已经下架的商品详情页做处理，比如淘宝的已下架商品详情页：
这个页面会展示商品下架前的图片、标题、价格，并提示商品已下架，同时推荐类似的商品或者用户可能需要的商品。
2、是在下单后减库存还是支付后减库存？
这两种方式都有问题，具体用哪种方式主要看具体场景，所以一般都会在新增商品时，让商户设置库存计算方式。
下单减库存
定义：用户提交订单后即扣减库存。
问题：如果用户迟迟不支付会导致库存占用，影响其他用户购买。
适用场景：某些成交周期比较短的商品，或者短时间内集中交易的场景（比如秒杀）；另外辅助以设置一段时间内不支付即取消订单，返还库存。
支付减库存
定义：用户支付完成后减库存。
问题：用户一段时间内集中下单，会出现超卖的情况。
比如商品共有100件库存，（为了方便说明，假设每人只买一件），因为是支付减库存，如果100人购买后并没有全部完成支付，这时第101人仍然可以下单，这时就相当于卖出了101件，第100人支付完成后，库存减为0，第101人发起支付时会报错，提示商品无库存。对于第101个用户来说，这是一个很差的体验。
适用场景：交易考虑周期比较长的商品可以采用这种方式，比如旅游产品。
以上是关于商品的分享，欢迎留言交流。