产品分析-超售,每个电商人经历过的痛

2015年春节,从重庆回河南老家过年,大年初一凌晨大概两点多钟,正睡得香的时候一通电话来了:“有2个你们携程线上产品的毛里求斯客人误机了”……

继续阅读产品分析-超售,每个电商人经历过的痛

iSpiik快记032:何时减库存?

问:#超售 是什么?
答:库存卖超了,销售库存数量>实际库存数量

问:为什么销售数量多了?
答:核心问题是减库存,没有减或者减晚了。

1、【产品技术层面怎么减库存?】
之前发过博文简单介绍过,参考仓储系统的库存管理。那里是多平台分发库存,也存在同一平台内的多场景分发。其他的留给攻城狮吧。
2、【何时减库存?】
经典的电商问题,#有赞 的产品直接给出的是默认“拍下减库存”,然后支持商家自由切换至“付款减库存”。

拍下减还是付款减,这个问题曾经也困扰着淘宝和天猫,有了规模的杠杆 任何小的产品设计都可能产生巨大的反响。①拍下减库存,会最大限度保护买家体验,只要自己拍了就有了确定性,从体验上讲是好的。但是卖家会比较痛苦,没办法最大限度的保障库存周转率。同时面临恶意拍的风险,如果你是售卖的保鲜期产品会更加痛苦,比如:旅游产品,库存损耗或着库存回滚
②付款减,最大限度保证库存消耗的准确性,对于买家则可能出现,付款完成,页面返回到订单系统时候告诉你已经没有库存了,想必当年小米手机饥饿销售时候一定经历过。这个问题本质是因为,逻辑设定业务系统在接收到支付成功的信息之后减库存,路径是:下单——支付——返回网银系统扣款成功信息——减库存——库存值更新——是否能够有新订单进来,有了过程内展 意味着存在付款进程中的库存预约数量>实际库存的情况,超售就必然发生。

超售模型,套用到现实世界也是妥妥的。曾经的旅游团队也不乏超售出现,最早期是没有数字化,出现人为的减库存遗漏遗忘【漏减】。多个销售询单并行,合计失误超售【分发场景】。门店或者游客付款时间重叠,导致逻辑上都是有效订单造成的超售【减库存时机问题】

对于平台而言应该像有赞那样,你做规则,但是商家自己选用规则。对于商家而言,就是选中唯一规则,并为唯一规则做综合支撑。