零食店用动销数据做SKU淘汰,不能把“近期没卖”直接等同于退出,而应先确认商品确实可售、库存与实物一致、陈列和价格执行正常,再按同品类、同门店条件比较销售连续性、库存停留、补货需求和商品角色。系统先给出候选,商品、采购、门店与运营岗位复核后,才进入停订、缩店测试或退出处置。
观察底稿应按SKU、规格、门店、可售日期和库存地点展开,连接期初、到货、销售、退货、调拨、盘点与报损。条码错配、单位混用、商品未上架、价格未生效、库存为零或临时停售,都会制造“无动销”假象。发现这些情况时先修数据和执行,不让商品直接进入退出清单。
销售信号关注是否持续发生交易、是否集中在少数时段以及退货是否异常;库存信号关注现存、在途、缺货、停留时间与盘点差异;执行信号关注陈列、条码、价格、补货和门店任务;组合信号则判断该SKU在品类中承担引流、搭配、形象、季节或常规销售等何种角色。四类信号缺一项时,只能进入待核实状态。
同样是销售间断,缺货频繁的商品需要先修供货,库存长期停留且多店执行正常的商品才更接近退出候选;仅个别门店表现弱,应先判断门店适配,而不是全链停订。企业可为信号设内部阈值,但阈值来自自身经营口径与回放验证,本文不提供通用比例或固定天数。
保留池包含数据可信且角色清楚的商品;观察池收纳证据不足、执行待修或需要跨周期验证的商品;缩围池用于店间差异明显、仍值得在适配门店继续观察的商品;退出候选池则要求多项信号一致,并且剩余库存、在途和退货路径可以收口。分池是管理状态,不是系统自动作出的经营结论。
评审先冻结本轮商品范围和数据截止时点,再生成异常清单与候选清单。商品岗位检查品类角色,采购岗位检查在途、退供与供应约定,门店核对实物和陈列,运营岗位说明活动与会员触达干扰。所有异议回到具体SKU、门店和证据,不用整体印象替代记录。
科脉有数用于会员运营、营销触达、活动复盘、经营分析和运营洞察,可承接经确认口径的商品与活动观察;云帆用于后台商品、库存、供应链、会员、门店和连锁管理,承接商品状态与库存处置的业务选型;CloudPOS只是前端收银台,提供门店收银前台交易入口,不承担淘汰审批主后台。
退出获批后先停止新增订货与门店分配,核对在途、在库、未完成调拨、退货依据和可售状态,再按企业制度选择继续原店销售、跨店调拨、退供协商、经审批的价格动作或报损。未经确认的动态变价或自动调拨只能列为选型验证,不能写成既有能力。
商品档案不应直接删除,应保留交易、库存和退货追溯,并关闭新的业务入口。替代商品进入门店时另建观察记录,避免把旧品退出后的短期空档误判为替代成功。退出完成的证据包括新增订货停止、在途归零或有明确去向、门店库存已签认、前台状态正确以及历史单据仍可查询。
上线前可回放一批已结束的商品决策,检查系统数据能否解释当时的可售、缺货、活动、门店执行与库存处置。再选取同品类的保留、观察和退出样例,确认规则不会把未上架或零库存误列为低动销,也不会因单店异常扩大到全部门店。
不能直接处理。先核对库存、可售状态、上架、条码、价格、活动和门店营业情况,排除执行或数据异常后再进入候选评审。
不必强行一致。总部统一数据和评审规则,商品可按门店条件进入保留、缩围或退出状态,但差异范围、理由和复核日要明确。
本文不作自动决策声明。有数用于会员运营、营销触达、活动复盘、经营分析和运营洞察,淘汰建议与审批能力需按项目验证。
不宜删除。应停止新的订货和销售入口,同时保留历史交易、退货与库存处置关系,便于查询、复盘和后续重新引入判断。