库存降37%，关键不是换系统

一个库存数字化项目实施后，库存天数从160天下降到100天，库存周转率由3次提升到4次。 项目开始时，大家普遍认为问题出在系统： 门店订货依赖经验，总部看不清库存，采购计划不够准确，滞销商品发现得太晚。 但真正拆开业务流程后，我们发现，系统只是最容易被看见的问题。 真正影响库存的，是三条流程。 第一，需求计划。 过去主要参考历史销量，但历史销量不等于真实需求。 商品卖得少，可能是长期缺货；突然卖得多，可能来自促销或团购。采购、运营、门店和商品部门各有一套判断，却没有形成一份共同确认的需求计划。 后来调整的不只是预测方式，更重要的是把活动、库存、在途、供应周期和商品生命周期放进同一个计划过程中。 第二，补货和调拨。 过去门店一缺货，就容易直接转化成新的采购需求。 但实际情况经常是，一部分门店缺货，另一部分门店积压。外部还在继续买，内部库存却没有被充分利用。 调整以后，补货前先判断其他门店、区域仓、总仓和在途库存是否已有可用商品，再决定是否向外采购。 第三，滞销退出。 很多企业并不缺少滞销报表，真正缺少的是预警后的处理机制。 商品进入滞销状态后，谁判断、谁限补、谁调拨、谁促销、谁决定退出，如果没有明确责任，报表只会一直存在，库存却不会下降。 系统在这个过程中当然重要，但它主要解决三件事： 看得见、协同得动、响应得快。 库存天数下降37.5%，不能全部归功于系统。销售规模、商品结构和市场环境都会影响库存结果。 但能够确认的是，需求计划、内部库存利用和滞销退出三条流程发生了持续改变，并被系统固化了下来。 我越来越认同一个判断： 流程正确，系统放大效率；流程错误，系统放大浪费。 企业做库存数字化，真正困难的究竟是系统能力，还是业务部门之间的责任和协同？