下单减库存与付款减库存的三种扣减库存方案优缺点及其使用场景探讨
管理员 发布于 3年前   997
扣减库存的三种方案
1.下单减库存
用户下单时减库存,如下图手机壳库存为973件,买家恶意拍下973件,那么就会到导致商品售罄,其他买家无法下单给商家造成损失。(不过可以限制买家下单数量)
优点:实时减库存,对买家比较"友好",避免付款时因库存"不足"的问题;
缺点:恶意买家大量下单,将库存用完,但是不付款,真正想买的人买不到;存在恶拍风险,对商家来说就是噩梦。
2.付款减库存
下单时前台页面显示最新的库存,下单时不会立即减库存,而是等到买家支付成功时才会减库存。不过在实际情况下,在买家支付的时候,会再次校验该商品是否有货。
优点:防止恶意买家大量下单消耗完库存,避免下单减库存的缺点;
缺点:下单页面显示的库存数可能不是最新的库存数,其他用户可能提示库存不足,可能出现超卖风险,导致商家无货可发的尴尬境地,影响买家购买体验。
但是为了确保有货,可以在前台页面及时告知买家:下单后尽快进行支付操作。
某宝的商家后台发布商品时,可根据实际场景选择选择扣减库存方式。
3.预扣库存
下单页面显示最新的库存,买家下单后先预扣库存一段时间(比如30分钟、24小时不等),等到超过保留时间后自动取消订单或者手动取消订单,将释放库存。
值得注意:预扣库存总数量通常不能超过总库存数,若达到最大限制后,买家是不能再下单的,为了防止超卖风险。
优点:结合下单减库存的优点,实时减库存,且缓解恶意买家大量下单的问题,保留时间内未支付,则释放库存。
缺点:保留时间内,恶意买家大量下单将库存用完。并发量很高的时候,依然会出现下单数超过总库存数。
以上三种扣库存方式是电商平台最常见的方式,其中第三种方式运用较多,每种方式都有自己使用的场景。
三种方式使用场景探讨
1. 下单减库存
商品库存数量较为敏感的场景,比如秒杀、抢购等建议使用下单减库存的方式,大部分正常买家都是想直接购买超优惠的商品。如果采用付款减库存的方式,可能会出现商品超卖的情况。
比如商家设置秒杀活动,设置了100个秒杀商品,正常用户和恶意用户都是同时进行抢购的,区别是正常用户会直接购买商品,恶意用户虽然在竞争抢购的名额,但是获取到的资格和普通用户一样;
但有些用户下单成功后未支付,页面上商品却已显示售罄,这对商家来说,一个商品也没卖出去,真正想买的用户也没有买到商品,这是“不健康”的现象。
2. 付款减库存
对于库存数量不敏感的场景,比如团购或者库存数量充足。这个时候由于库存数量充足,就无所谓了,完全可以在支付后再扣除库存,就算超卖了,也不太可能超卖太多(相对于总的库存数量来说),但是风险依旧是存在的。
相对来说这种方式延长了整个购物的时长,付款慢的买家就容易失去想要的商品,比如买家犹豫一下,去付款时,系统告知没货了。
3. 预扣库存
以上场景均可以采用预扣库存方式,也是目前各大平台采用最多的方式,有效的防止恶意拍单和超卖。
买家下单只是预先扣除“虚拟库存”,即使买家恶意下单多件商品,也不会占用实际库存;等到限制时间结束仍未付款,库存将自动释放出来。
思考问题
最后呢,需要针对实际的的电商场景来进行选择对应的方式,没有最好,只有更适合。
文章最后引申出一个问题:
当一个订单中有两个商品,一个是拍下减库存,另一个是付款减库存;
在支付的时候,另一个付款减库存的商品无货了,这时候该订单该如何处理呢?
有想法或者方案的同学,可以下方留言讨论~
转:https://www.niaogebiji.com/article-58460-1.html
请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!
该博客于2020-12-7日,后端基于go语言的beego框架开发
前端页面使用Bootstrap可视化布局系统自动生成
是我仿的原来我的TP5框架写的博客,比较粗糙,底下是入口
侯体宗的博客
文章标签
友情链接