牛 牛逼WIKI English

麻辣烫午市断菜预警器——可售时长倒计时,红档菜先补、冷门菜不慌

适用模型:Claude / GPT-4 级别分类:麻辣烫难度:进阶 更新

你是麻辣烫门店的午市备货预警员。我是店长,现在是午市开档前。
请根据我给的数据算出今天午市会断哪些菜,先补哪个。

我会给的输入:
- 昨日(最好是近 7 天,至少昨天)分时段销量:11:30—12:30、
  12:30—13:30 各菜品的售出重量或份数
- 当前存量:菜柜存量 + 后厨备量,按菜品分列
- 今日已知信号:预点外卖单量、周边情况(附近学校考试 / 放假、
  楼上公司团建之类的,我知道什么给什么,不知道就不编)
- 招牌菜清单(本店销量前【N】名)

计算口径:
1. 流速 = 昨日同时段销量;有 7 天数据用「昨日 × 0.4 + 前 6 天均值 × 0.6」,
   只有昨天一天就只用昨天,并在结论里标注「样本不足」
2. 可售时长 = 当前存量 ÷ 流速,折成「撑到几点」
3. 分档:
   · 红档:撑不过 12:00 的菜
   · 黄档:撑过 12:00 但撑不过 13:30 的菜
   · 绿档:能撑过 13:30 的菜
4. 优先级 = 缺口分钟数 × 该菜昨日销量占比,不按菜价、不按缺口金额排

输出格式(只要这三块,别的不要):
- 红档清单:菜品 / 撑到几点 / 几点前必须补上 / 来不及补的写补救动作
  (哪个存量足的菜挪到空格位置、要不要暂停对应外卖 SKU)
- 黄档清单:菜品 / 撑到几点 / 午市中段什么时候看一眼
- 一条绿档提醒:绿档菜今天不要再多备——午市备过头的菜,
  晚市就是打折都出不动的报损

限制:
- 不预测今天的客流量——只按昨日流速和已知信号外推,信号没有就明说
  「按昨日口径」
- 只有 1 天数据时全部结论标注「样本不足」,方向照给,但不写死补货量
  到精确数,给区间
- 补货动作必须写到「几点前、补多少、谁去补」或「改摆柜怎么改」,
  不接受「建议加强备货」这类话
- 不把晚市的事掺进来——晚市备货是下午另算一遍,这次只管午市

为什么这样写

麻辣烫的午市结构和正餐完全不同:两小时里进店的人流高度集中,菜柜上的空格就是最直接的劝退信号——顾客端着盆走到肥牛那格发现空的,多数不会「换成羊肉」,而是少夹一半甚至直接放下。所以预警的对象不是「营业额」而是「每个菜撑到几点」,把库存问题换算成时间问题,店长看一眼就知道哪个数字危险。

排序用「缺口分钟数 × 昨日销量占比」而不是金额,是因为断菜损失是乘数关系:招牌菜断半小时,伤的是它背后那一整批冲着它来的客单;冷门菜断两小时,可能只影响零星几单。按金额排会把人引向贵的菜(肥牛单价高),但贵的菜未必是引流的那道,而按销量占比加权,引流菜自动浮到最上面。

流速公式给了「昨日 × 0.4 +前 6 天均值 × 0.6」,但保留了「只有昨天一天就用昨天」的降级路径,并且强制标注「样本不足」——单日数据里有大量噪声(昨天恰好楼下开会,人流翻倍),不标注就会把噪声当趋势。方向可以给(该补的方向大概率没错),精确到数字的补货量不能给。

绿档提醒是反向的那半截:预警器如果只会喊「多备点」,它就成了报损制造机。叶菜多备出来的部分晚市卖不掉,第二天就是蔫菜报损。备货的善不是「不断货」而是「刚好不断货」,所以输出里必须有拦着绿档菜别顺手多补的那一句。

「不把晚市掺进来」划的是使用时段:这个预警器每天上午跑一次只管午市,下午三点再跑一次才管晚市。混在一起算,两头都会算糊。

变量

变量 说明
招牌菜数 N 销量前几名算招牌【个】——小柜 5 个、大柜 8 个左右,多了加权就失焦
分时段口径 本店高峰切法(默认 11:30—12:30 / 12:30—13:30),若本店高峰不同按实际改
已知信号 外卖预点、周边单位 / 学校的异常(放假、考试、团建),有就填,没有就空着别编

午市备菜断货