标签： 库存管理

问：#超售 是什么？
答：库存卖超了，销售库存数量＞实际库存数量

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

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

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

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

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