门店商品异常预警｜近效期、低动销与负毛利

门店商品异常预警要盯的是近效期、低动销、负毛利、异常缺货、损耗突增。这里面真正决定成败的不是能不能算出异常，而是算出来之后有没有人真的去做。

预警的本质不是通知，是派工。一条有用的预警必须包含三样东西：哪个品项、要做什么、谁负责。少了后两样，它就只是一条让人焦虑但不知如何是好的消息。一天推几十条这样的消息，第三天起就没人点开了。

▍近效期：按品类设天数，分四层处理

预警天数不能全店一个值。乳制品、生鲜的预警以天计，日用品可以按周甚至按月。统一天数是最常见的错误，会让短保商品来不及处理、长保商品被提前打折。

处理动作分四层，越早越省钱。第一层是调整陈列，移到显眼位置正常价卖。第二层是小幅折价并集中陈列。第三层是深度折价或搭赠组合。第四层是报损。四层之间的时间点要事先定好，不能等到只剩两天才开始想办法。

▍低动销：先排除缺货期，再分四种原因

计算低动销前必须排除缺货期。一个品项因为断货三周没卖，不是它不好卖，而是没得卖。不排除这一层，动销榜底部会塞满被误判的商品。

排除后的低动销分四种原因：定价偏高、陈列位置差、本地需求不匹配、商品本身有问题。四种原因对应的动作完全不同，一律打折是最省事也最亏钱的做法。定价问题该改价，陈列问题该换位，需求不匹配该调整该店的铺货结构，商品问题该反馈到总部选品。

▍负毛利：先分清是真亏还是数据错

负毛利要用当前成本判断，不能用上次进货成本。成本涨了售价没跟上，这是真亏；成本录错、单位填错、赠品入库成本为零，这是数据问题。

四种成因里，售价未跟上成本、促销叠加过深这两种在总部；成本录入错误、单位换算错误这两种是配置问题，改数据即可。把四种混在一张表里给门店，门店既改不了价也改不了成本，只能干看着。

预警必须分级推送。泓远软件在这里的处理是按角色分流：门店只收到自己能执行的动作类预警，价格与成本类直接推给总部对应岗位，同类预警合并成一条并附建议动作。把所有异常汇总成一张日报表看起来信息很全，但店长要自己判断哪条重要、该做什么，忙的时候一条都不会处理。

▍小结

预警是派工不是通知，每条都要对应动作和负责人。近效期按品类设天数、分四层处理，越早成本越低。低动销要先排除缺货期，再按四种原因分开应对。负毛利要用当前成本判断，四种成因里两种在总部、两种是数据配置问题。分级推送、同类合并，是让预警活过第三天的前提。

Q1：预警条数太多，怎么减？

不是减少监测项，是提高触发门槛并合并同类。设置金额或数量下限，低于门槛的不单独推送、进日汇总；同一品类多个品项的同类异常合并成一条。目标是让每天推送的条数落在门店当天真能处理完的范围内。

Q2：近效期折价要不要总部审批？

按折扣深度分。小幅折价授权门店直接执行，深度折价与搭赠需要报备，因为它影响毛利结构与价格形象。关键是授权范围要写清并固化在系统里，避免每次都靠沟通。

Q3：低动销商品什么时候该淘汰？

至少观察一个完整的销售周期，并确认这段时间没有缺货、没有陈列位置变动。同时看这个品项在其他门店的表现，只在本店低动销的是陈列或需求问题，全网低动销的才进入淘汰讨论。

门店规模不同，品类结构与保质期分布的差别很大，预警该做多细也就不同。泓远软件习惯先问清现状再给范围，而不是先报一套完整方案。欢迎联系泓远软件，获取定制化实施方案与报价。