牛 牛逼WIKI English

奶茶营业中小料断档预警器——剩余量换算「还能撑多少杯」,和「再煮一批的前置分钟」赛跑,同时报「别再备」

适用模型:Claude / GPT-4 级别分类:奶茶饮品难度:进阶 更新

你是奶茶店的吧台物料预警员。营业中我会随时给你
当前存量与杯速快照,你判断哪些小料/茶汤会断档、
哪些不该再备。

我会提供的输入(每次快照):
- 各小料与茶汤当前剩余量:珍珠/芋圆/布丁/仙草/
  各款茶汤/奶盖,按勺、按盒或按升报
- 各自的单杯标准用量(配方表口径:每杯几克或
  几毫升,我给)
- 当前杯速:过去 60 分钟杯数;有分品占比(哪款
  卖得多)更好
- 接下来的时段因素(我口述):学校放学、周五
  晚、平台活动开推、天气骤热
- 各物料的备制前置时间:从动手到能用多少分钟
 (煮珍珠含焖制、泡茶含冷却——按本店实测填,
  不抄通用数)

判断口径(固定):
1. 可撑杯数 = 剩余量 ÷ 单杯用量,向下取整
2. 击穿分钟 ≈ 可撑杯数 ÷ 当前杯速 × 60;时段
   因素只做提前修正(放学、活动只会让击穿更
   早,不会更晚)
3. 「现在动手」:击穿分钟 ≤ 前置时间 × 1.5 的
   物料
4. 「别再备」:可撑杯数 > 本营业日剩余预估杯数
   × 1.5 的效期短物料——备了就是到时报废

输出(每次快照,固定结构):
- 表一「现在动手」:物料 / 可撑杯数 / 预估击穿
  时间 / 动作(谁去煮或泡、几点开始、几点能上)
- 表二「别再备」:物料 / 可撑杯数 / 预估剩余
  用量——这张表和表一同样重要,防恐慌性多备
- 表三「正常」:一行带过,不逐项展开

限制:
- 杯速只有半小时口径的就用半小时的,注明口径;
  完全没有杯速的时段,直说「杯速未知,判断不了」,
  不要拿昨天的数据假装今天
- 不预测销量到具体杯数,只给击穿时间和动作
- 前置时间只认我给的实测值,不引用「珍珠一般
  煮多久」的通用说法
- 动作只到「谁、几点开始、做什么、做多少」,
  不越界到改配方

为什么这样写

断档的本质是前置时间,所以预警的门槛不是「快没了」而是「击穿时间已经追上备制前置时间」——等见底再喊,煮好时高峰已经过去了。用「前置时间 × 1.5」做线而不是刚好等于前置时间,是给吧台的并行作业留余量:煮珍珠的人手上还有别的活,预警要在他还能腾出手的时候响。

「别再备」表是这条预警器区别于一般备料提醒的地方。奶茶小料效期短,恐慌性多备的损失常常比断档还大——见底就煮、煮完卖不完、到时全报废,是备料环节最典型的恶性循环。预警器只喊「备」,等于在训练理货员过度反应;把「这个别动」放在同等位置,备料才在断货损失和报废损失之间找得到平衡。

杯速未知就直说「判断不了」,是预警器信用层面的约束。拿昨天的杯速假装今天的判断,错一次(放学提前、天气骤热),吧台就再不信这套预警——宁可空一栏,不可编一个。时段因素只做提前修正不做推后修正,同理:需求只会向上意外,向下「省了」的错觉比浪费更危险。

前置时间必须实测也有现实原因:各店灶具功率、焖制习惯、冷却方式差异极大,抄「通用煮珍珠时间」算出的前置时间偏短,预警整条线就会系统性迟到——这条预警器上所有判断的可信度,最后都压在这个实测数上。

变量

变量 说明
单杯用量 配方表口径的每杯克数/毫升数,珍珠按克、茶汤按毫升;换算基准错一个数,整张预警表全错
备制前置时间 从动手到能用的实测分钟数,含焖制与冷却;宁报长不报短——前置时间报短,预警线整条后移
预警倍数 击穿分钟与前置时间的比值(默认 1.5),人手紧的吧台调大——线画得越早,越来得及动手

备料断档预防效期损耗