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

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

这可是大年初一啊，春节的旅游资源基本都提前半个月以上的预售期，结果是土豪金主临时又买了香港转机去毛里求斯的机票，2万多一张，这都是当年做旅游电商时遇到的糟心事儿

iSpiik艾斯比克小站

好了，其实这回要扒的是【“超售问题”】。

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

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

1、【产品技术层面怎么减库存？】
之前发过博文简单介绍过，参考仓储系统的库存管理。那里是多平台分发库存，也存在同一平台内的多场景分发。其他的留给攻城狮吧。

2、【何时减库存？】
经典的电商问题，#有赞 的产品直接给出的是默认“拍下减库存”，然后支持商家自由切换至“付款减库存”。

拍下减还是付款减，这个问题曾经也困扰着淘宝和天猫，有了规模的杠杆 任何小的产品设计都可能产生巨大的反响。

①拍下减库存，会最大限度保护买家体验，只要自己拍了就有了确定性，从体验上讲是好的。但是卖家会比较痛苦，没办法最大限度的保障库存周转率。同时面临恶意拍的风险，如果你是售卖的保鲜期产品会更加痛苦，比如：旅游产品，库存损耗或着库存回滚

②付款减，最大限度保证库存消耗的准确性，对于买家则可能出现，付款完成，页面返回到订单系统时候告诉你已经没有库存了，想必当年小米手机饥饿销售时候一定经历过。这个问题本质是因为，逻辑设定业务系统在接收到支付成功的信息之后减库存，路径是：下单——支付——返回网银系统扣款成功信息——减库存——库存值更新——是否能够有新订单进来，有了过程内展 意味着存在付款进程中的库存预约数量＞实际库存的情况，超售就必然发生。

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

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

就如凯文凯利的失控所阐述的那样，我们总想控制一些，在某些事情上适当的失控或许更好的选择，产品设计中也是。用户本就是产品的一部分，那就应该有他们自由操作产品规则进而影响产品规则的空间。