鲜食商品订货怎么管_短保商品订货频次与报损平衡

鲜食商品订货要平衡的是订货频次、单次订货量、剩余效期、报损率、缺货率这几个互相拉扯的指标。鲜食这一类的难处在于订多订少都是亏，而且亏的方式还不一样——订多了当天报损看得见，订少了客人转身走掉算不出来。

把鲜食和常温商品放在同一套订货逻辑里，是多数连锁踩的第一个坑。常温商品可以按周订、按安全库存补，鲜食的有效期以小时计，安全库存这个概念在它身上几乎不成立。

▍鲜食要独立成一个订货分类

门店订货界面里，鲜食应该和一般商品分开，走各自的订货周期、截单时间和审批逻辑。混在一张单里报的结果是店长按同一个节奏思考，把周订的习惯用到日订的商品上。

鲜食的订货周期通常是一天一次或一天两次，截单时间要和中央厨房或供应商的生产排程对齐。截单时间设得太宽松，看起来是给门店方便，实际是把不确定性推给了生产端，最后变成配送量对不上订货量。

▍订货量怎么定：三种模式的适用场景

第一种是一般订货，店长手工填量。适合新品、节庆、门店周边有临时活动的时候，人的判断这时候比历史数据准。

第二种是订货量建议，系统按历史销量、星期别等因素算出一个参考值，店长可以调整。这是鲜食的主力模式——星期别对鲜食的影响极大，同一家店周三和周六的鲜食销量可以差出一倍。

第三种是自动订货，系统按规则直接生成订单，店长不介入。适合销量极稳定的基础品项，比如每天固定卖掉四十个的主食面包。

三种模式不是选一个，是同一家店里不同品项用不同模式。全部交给系统会在异常日失准，全部交给店长会随人员流动波动。

▍报损不是订货的结果，是订货的输入

多数门店把报损当成期末结果看，报完就结束了。真正有用的做法是把报损明细回灌到下一期的订货判断里——哪个品项连续三天报损，它的建议量就该下调；哪个品项连续三天卖断，建议量该上调。

这件事的前提是报损数据要准，而报损准不准取决于录入的时点。当场在收银端录入，数据是准的；下班后凭记忆补录，数据只能看个大概。

在这一层上，泓远软件的做法是把鲜食单独列为门店订货的一个分类，配合订货量建议与自动订货两种模式按品项分配，并且在收银端就能录入报废、后台核对明细，临近或超过有效期的商品在收银系统直接红灯警示。只在期末汇总一次报损数字的做法，能算出报损率，但算不出是哪一天、哪个时段开始订多了。

▍效期管控要落到分区上

鲜食的效期管理不只是看保质期标签，涉及现场加工的品项还要管过程时效：解冻区要跟踪解冻时长并在超时时提醒，开封区要记录开封时间并自动扣减原料库存，制作贩卖区要维持热藏温度，过期食材强制进报废区。

贯穿这些区的是两条规则：先进先出，以及不反复冷冻解冻。规则本身所有人都知道，落不落得下去，取决于系统会不会在超时的那一刻主动提醒。

▍小结

鲜食要从一般商品里拆出来，走独立的订货分类和截单时间。订货量按品项分配三种模式：新品与异常日用手工、主力品项用系统建议、稳定基础品项用自动订货。报损明细要回灌到下一期建议量，且必须当场在收银端录入才准。现场加工品项的效期管控要落到解冻、开封、制作、报废各分区的时效跟踪上。

▍常见问题

Q1：鲜食商品的报损率控制在多少算正常？

没有一个通用数字，因为它随品类结构变化很大。以现制饮品为主的门店和以盒饭为主的门店，合理报损率不在同一个量级。比看绝对数值更有用的是看两条趋势：同一家店的报损率是不是逐月下降，以及同类门店之间的排名位置。一个提醒是报损率压得过低往往伴随缺货，两个指标要一起看。

Q2：鲜食订货能不能完全交给系统自动生成？

不建议全部自动，稳定品项可以。原因是鲜食销量对天气、周边活动、节庆的敏感度很高，这些因素历史数据里不一定有对应样本。可行的分工是让系统生成建议量、店长在建议值上调整，并把调整幅度记录下来。如果某个店长的调整长期比系统准，说明模型缺了变量；长期比系统差，说明该收权限。

Q3：鲜食商品需不需要设安全库存？

严格意义上不适用，可以用最低陈列量代替。安全库存的前提是商品能放，鲜食放不住，设了安全库存反而会触发不必要的补货。实务上用的是最低陈列量——低于这个数量货架看起来是空的，会影响客人对这家店的判断，所以即使临近打烊也要维持一个最小陈列面。

鲜食这一块的系统深度，跟品类结构直接相关。以包装短保为主的门店，做到订货分类拆分和效期红灯就够用；有现场加工的门店，分区时效管控才是重点。泓远软件可以先判断你的品类落在哪一档，再决定功能上线顺序，欢迎联系泓远软件，获取定制化实施方案与报价。