像作者所在公司做Dropshipping（一件代发），仓库货架上都是客户的真实库存，但是在帮客户买货的过程中，采购员多买了几件，工厂多发了几件，客户走了库存不要了等这些情况都会周期性地影响货架库存与客户的库存不一致，这就需要在仓库专门划出一角来存放这些积压（无主）库存。如何记录并使用这些积压库存是本文的主要内容。

一、识别

识别出来这些积压库存，主要靠两种手段：盘点和入库。

1. 通过盘存，直接将多余商品转移到积压商品库中。
2. 入库时把控，直接将多余商品转移到积压商品库中。

在转移之前，有一个限制性要素需要考虑，就是Dropshipping的商品是有客户属性的，比如：一条爆火的瑜伽裤，可能有十个客户在合作，那么就需要建立10条商品SKU来分别对应不同客户的不同库存。在转移前，就需要把商品SKU的客户属性给取消掉，不然就无法将这些商品给其他客户使用。

这种情况取消商品SKU的客户属性比较困难。主要在于难以判断A客户的瑜伽裤跟B客户的瑜伽裤是不是同一款。解决办法就是根据SKU的中文名称来判断，如果中文名称前缀一致，就提示给操作员，让操作员手动合并。

三、消耗

公司消耗掉这些无主商品主要通过：1、打折卖给收购商；2、用于下一次客户采购；

打折卖给收购商，需要详细记录这些积压商品的信息，如：采购价和数量等，比较好处理。问题在于如何在采购下采购单的时候，精准地提示信息给采购员，对应的商品在仓库中有多少积压。

解决办法：上文提到操作员在转移过程中，手动合并商品的动作，系统可以将这些商品作关联，后续采购单中的SKU与积压商品库的客户SKU出现匹配，系统就可以提示给采购员，让采购员消耗掉。

四、最后

从实际效果看，精细化处理这些积压商品是一件性价比非常低的事情，系统设计繁琐，操作员工作量增加，商品复用率不高。

作者在设计时，陷入了系统化思维的陷阱里，过分膨胀了原始需求，不仅效果不佳，而且每膨胀一分，对实际操作员来说工作量就多一分，招致抱怨。

以上，供看官借鉴！

本文由 @0290 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务