电商系统目前已经非常成熟,在基础版块上差别不大,这个系列主要讲一下电商的商品、购物车、订单、支付结算、优惠券。
商品中最重要的两个概念是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个用户来说,这是一个很差的体验。
适用场景:交易考虑周期比较长的商品可以采用这种方式,比如旅游产品。
以上是关于商品的分享,欢迎留言交流。