关于B2C库存管理的优化

曾经西湖

库存不准确的问题一直困扰着我，比如：下单时还有货，想付款时却没货了。这在批发型的b2c或订单量巨大的站点问题显得比较突出。

     库存到底在什么时候减少？

    1）商品加入购物车后？

    2）生成订单后（未付款）？

    3）付款后？

    4）发货后？

        前面3种情况都是用户行为触发库存减少，库存是很难做到准确的；最后一种是网站方的行为触发库存减少，理论上说库存数跟实际的库存数是一样的（只能说理论上是因为可能出现商品损坏，遗失等情况）。我们逐个分析几种情况的利弊：

1）商品加入购物车后库存减少

     劣势：  客户恶意或无意的把商品加入购物车后放弃的行为导致库存的极度不准确，造成库存管理的混乱，假象的脱货令网站蒙受损失。这种情况是经常发生的，因为一般情况下购物车允许匿名使用（不登录网站）；更多的人把购物车当收藏夹使用。

    优势： 客户体验不错，不会出现我提到的：要下单时说没货了；下单时还有货，要付款了有提示没货。

     建议：对于库存无要求的站点可采用此方式。

2）生成订单后（未付款）库存减少

    劣势：  同第一点的，客户恶意或无意的生成订单后放弃购买的行为导致库存的极度不准确，造成库存管理的混乱，假象的退货令网站蒙受损失。不过相对比“加入购物车后库存减少”,情况轻微下。

    优势：客户体验不错，能满足“货到付款”这类客户的需求

    建议：货源充足，对库存要求不严格，有大量货到付款客户的B2C可采用此方式。

3）付款后库存减少

     劣势：出现上面提到的情况，下单时还有货，等要付款了却没货物了，比如：货到付款的客户。

     优势：库存是相对准确的，不会出现第一、第二种库存减少方式碰到的情况。

     建议：对库存要求准确，不搞货到付款服务的B2C可采用此方式。

4）发货后减少库存

    劣势：碰到以上3点所遇到的所有不利情况，甚至导致付款后没货的尴尬局面。

    优势：除了可能看见系统标注的库存数与仓库的实际数目相等外，没什么好处。

    建议：你准备做一个整日被客户骂的B2C，可以考虑此方式。
——————————————————————————————————————–

    那么，有没有一种方式能够解决所有以上碰到的问题呢？

    没有，至少我没发现！我采用以下方式优化库存管理。注意,只是优化，没法顾及到各个方面的需求。

     1）引入2个库存的概念，动态库存和系统库存。动态库存在生成订单后开始减少（未付款）；系统库存在付款后开始减少。

    2）所谓动态库存自然是随时变动的。我们打算给这些下单后却不付款的客户分等级：

      第一次来的客户叫初级客户，

     购买过一次商品的客户叫中级客户，

     买过二次以上商品的客户叫高级客户，以此。。。。。  

      系统对设置的每类客户设置一个库存释放时间（库存增加回去），比如：初级客户下单一天后未完成付款则库存减少，若不幸

此客户第二天想付款时出现缺货状况，则礼貌的提示对方如：

不好意思，您的订单逗留得有点长哦，该商品已被抢售一空，再看看其它商品吧！

以此，中级客户设置2天的库存释放时间，高级三天。。。。。。。

    3）若还是觉得功能有欠缺，产品设计时考虑在后台能对会员的动态库存进行主动释放。

如某客户能即时付款购买某产品，而此时动态库存显示却没货了，查看系统库存却发现有大量未付款的客户，此时可释

放某客户的商品库存。

   4）系统库存主要是启参考作用，知道真正卖出去了的商品有多少，还剩多少商品是买了没付款的。

   5）如果希望库存的精确，不妨继续引入“实际库存”的概念，此库存在发货后减少，能了解多少商品已卖出却未发货。

   6）个人感觉加入购物车后想购买时却发现没货了，这种情况解决起来很棘手。

拓展：引入了库存的概念，就该考虑：

1）是否允许客户自己修改订单，什么情况下允许修改订单？

2）订单处理人员什么时候可以修改订单，编辑、更换商品，付款前行么，付款后行么？发货后还行么？

3）退换货后商品的动态库存，系统库存都增加么?