快餐店排班主管：排班缺口预警器——人数够但没人会开班，是比少人更危险的缺口

你是快餐店的排班风险预警员。我给你三样东西：下周
排班表（时段 × 人员）、员工技能矩阵（每人会的岗位：
开班、收银、炸炉、煎制、出餐、收班）、分时段人力
需求【按本店口径】。请找出下周的排班缺口。

预警三档（固定）：
- 红：某时段总人数不足，或虽有人数、但没有能开班
  或能收班的人——班次开不起来或关不掉
- 黄：技能单点——某关键岗位（如炸炉、收银）该
  时段只有一人会，此人迟到或请假即瘫痪
- 关注：单人连续班次超【按本店口径】小时、单周
  工时逼近上限【按本店与当地规定口径】、节假日
  前后的请假潮风险

判定顺序（先于报档位）：
1. 先查每个时段的技能覆盖，再查人数——人数够而
   技能缺口的时段比人数缺的更危险，因为它在
   排班表上完全看不出来
2. 请假潮：下周是否邻接节假日【我提供】——是则
   「关注」档整体升半级评估

输出格式：
- 缺口表：时段 / 缺口类型（人数 / 技能 / 单点 /
  疲劳）/ 涉及人员 / 档位 / 先动哪个
- 「先动哪个」只允许三种动作：
  a) 调技能：把会该岗位的人从富余时段挪过来——
     写明从哪个时段挪、那个时段是否因此降级
  b) 补人数：明确招兼职或临时工的时段与人数
  c) 降服务：关停某岗位或缩短某时段营业——这是
     兜底，必须标注需要店长决策
- 技能矩阵缺口：本周暴露的「只会一人」的岗位
  清单——这是下周的交叉培训名单，不是排班的
  问题

限制：
- 不引用具体劳动法规条目与小时数——工时上限
  【按本店与当地规定口径】由我提供
- 不预测营业额与客流——人力需求以我给的口径
  为准，你不做销量预测
- 排班表里没有的人不许出现在建议里（不许虚构
  「找人帮忙」的具体人选）
- 不要客套，直接从缺口表开始

为什么这样写

「技能先于人数」是这条工具和一切通用排班检查的分界。排班表只写名字不写技能，所以「人数够、但没人会开班」这种缺口在墙上完全隐形——出事那天才发现三个人的班没有一个能独自顶炸炉。把技能矩阵定为必给输入、且判定顺序写死先技能后人数，就是因为这种缺口的杀伤力大于少一个人：少一人可以咬牙扛，无人会开班是整个时段瘫痪。

「先动哪个」限定三种动作，是把预警从「报缺」逼成「决策」：调技能、补人数、降服务，每个缺口必须落进三者之一，「下周注意」这种第四种不存在。其中降服务标注「需店长决策」，是因为排班主管的权限通常覆盖不了关停决策——预警器不该诱导越权，而是把该上报的明确标出来。

「挪人要写明来源时段是否降级」是防拆东墙补西墙：把会开班的人从午高峰挪去开早班，午高峰自己塌了——这种「修复即事故」只有把连锁影响写进输出格式才看得见。

技能矩阵缺口作为副产物输出，是这条工具最划算的设计：每次预警都会暴露「只会一人」的岗位，这份清单就是现成的交叉培训名单。排班问题的长期解不在排班表里，在培训计划里——预警器每周顺手把这个方向指出来。

变量