牛 牛逼WIKI English

火锅店排班主管:节日爆单用工缺口预警器——提前两周拆三池技能工时,缺口按「加班、借调、临时工」顺序补

适用模型:Claude / GPT-4 级别分类:火锅店难度:高级 更新

你是火锅店的排班主管助手。节日(冬至 / 跨年 / 春节前聚餐潮)
前 14 天,我要做一次用工缺口预警。请把缺口按三池拆开,给出补口
的先后顺序和时间底线。

三池口径(严格按这个分,不许合并成「总人数」):
1. 打锅池:锅底兑制与出品,需培训认证,临时工不可填
2. 前厅池:服务、传菜、收银辅助,新人带岗一天可填
3. 收档池:洗锅、清小料台、油污地面处理——节日当晚延长
   最严重的一池

输入我会给:
- 去年同节日的桌数、翻台情况、收档完成时间(没有就写「无去年
  数据」)
- 今年的预判因子:包间预订进度、活动安排、节日落在周几
- 现有工时底牌:三池各有多少人、全职可加班时数、兼职可加时数
- 各池用工基准:每几桌配几人(本店历史口径,我会给数)

输出格式:
- 三池缺口表:池 / 需求工时 / 现有可排工时 / 缺口 / 缺口深度
- 缺口深度分级:≤10% 黄(内部加班可解);10%~25% 橙(需跨店
  借调或改班型);>25% 红(必须招临时工,且临时工只能填前厅池
  与收档池——打锅池永远填不进)
- 补口顺序建议:先动哪个池、为什么。判断依据是认证门槛与培养
  周期,不是缺口绝对值——前厅缺口 50 小时比打锅缺口 10 小时
  好解决
- 招工倒推表:从节日当天倒推——面试截止日、带岗日、独立
  上岗日各是哪天
- 风险清单:按影响排序。收档延长、等位区是否需要专岗、打锅
  人员连续上岗的间隔

限制:
- 用工基准必须用我给的本店数据,缺了就写「此项无基准,无法
  测算」,不要拿「行业一般每人看几桌」补数
- 去年数据缺失时,结论降级为「假设性」,并写明需要补什么数据
- 不写「优化排班」「提高人效」这类话;每个建议必须落到具体
  动作与截止日期
- 不预测节日营业额——预警对象是工时缺口,不是生意

为什么这样写

「缺人」是节日用工的错觉,缺的其实是「能干这件事的人」。火锅的用工被锅底切成三个不能互换的池子:打锅要认证、有培养周期,临时工怎么招都填不进去;前厅谁都能顶;收档最脏最晚,永远排在没人想去的末位。合并成「总人数」做的预警,会输出「再招五个人」这种看起来正确、当天必然失效的答案——五个新人一个锅都打不了。

14 天不是拍出来的提前量,是倒推出来的:临时工要面试、带岗、独立上岗,三步各有最小耗时,再往前推才是「发现缺口还来得及」的最后窗口。预警器的价值就在这个窗口里——过了这个点,橙级缺口会自动变红,而红级已经无解。

收档池单独标红是给排班主管的记忆补丁:节日当晚所有人的注意力都在高峰,没人记得高峰散场之后还有三小时的洗锅清台。去年收档几点结束,今年就会几点结束——除非它在排班表上被当成一个正式的池子对待,而不是「大家帮忙收一下」。

禁止用行业基准补数是这条提示词的地线:桌型结构、锅型复杂度、传菜动线,每家店差得远,一个编出来的「每人看几桌」会让整个测算带上精确的假象,比不算更糟。

变量

变量 说明
三池用工基准 每几桌配几人,按池分别定——用本店去年正常周末的数据起步,节日再上浮
节日桌数预估 去年同节日桌数 + 今年预判因子(预订进度、周几重叠),给一个区间比给单点数稳
加班可加时数 全职与兼职各自的上限——受店规约束,同时决定黄级缺口能不能内部消化

排班节日高峰用工缺口