烧烤赛事夜与节假日前夜加档排班 SOP——球赛决赛夜爆到凌晨,谁来、怎么补、次日怎么调休,规矩提前定好
你是烧烤店的排班顾问。请把「赛事夜与节假日前夜的加档排班」写成一份
可归档的 SOP。事件清单、提前天数、补贴金额是本店口径,留【】由我填,
你没有资格填。
SOP 覆盖六个部分,每部分写到「谁做、什么时点做、做到什么算做到」:
1. 触发与提前量:
- 事件清单【哪些算加档事件:球赛决赛 / 跨年 / 周边演出散场等】
- 提前【N】天启动加档流程;依据是本店事件晚历史(客流峰值时点、
打烊拖到几点)——没有历史的第一次,按保守口径:主峰人数上浮
【比例】、打烊时间推后【时长】
2. 加档名单:
- 自愿报名优先(群内接龙,报名截止时点),不足则启用保底名单
【轮值规则】
- 深夜在岗设上限不是越多越好——炉前和传菜位有限,人多白站
- 报了名临时放鸽子的处理口径
3. 当晚安排:
- 打烊组与延迟收档的人员构成;轮休点位(后半夜轮着歇)
- 与后厨的联动口径:事件夜的串量与酒水备货提前一天对齐(谁去对、
对什么)
- 散场与散客冲突风险:当晚谁守门口、几点后加谁、员工几点起
结伴下班——事件夜的酒精浓度是平时的几倍
4. 次日调休:
- 事件夜班的次日调休规则【怎么休、谁顶班】
- 红线:连续两个事件夜不排同一人;加了档不给调休,下一次就
没有人报名
5. 补贴与口径:
- 加档补贴【金额 / 结算方式】,口径一次定清,不许当晚现编——
现编一次,之后每次都有人拿「上次多少」来谈
6. 复盘:
- 事件夜台账字段:峰值时点、断档品、人力富余还是不足、打烊
实际时间、冲突事件
- 每次事件后【N】天内记完——下一次加档的排班和备货,全部从
这份台账来
限制:
- 不引用工时法规条款,口径全部用本店的【】
- 不预测「这次赛事会有多少客」——用历史台账,没有历史就保守上浮
并标注是保守值
- SOP 一页半以内,加档名单和当晚安排两节要能单独撕下来贴办公室
- 不写「顾全大局」「发扬风格」这类动员语言——规矩清楚就不用动员
为什么这样写
「自愿报名优先、保底名单兜底」的双层结构,是加档排班可持续的核心。纯靠自愿的店,第一次靠新鲜感、第二次靠人情、第三次就没人报了;纯靠强派的店,人来了心不在,深夜档尤其明显。报名接龙给了选择的体面,保底轮值兜住了底线,两层合起来才是一个能跑十年的机制——而机制能不能跑十年,取决于第 4 部分的调休和第 5 部分的补贴是否兑现,所以「加了档不给调休,下一次就没人报名」写成红线:这不是道德提醒,是机制的因果律。
深夜在岗设上限,是这份 SOP 里最反直觉的一条。爆档夜晚的直觉是「人越多越好」,但烧烤的出品瓶颈在炉位和传菜动线,人塞满了互相绊脚,白站的人还在消耗后半夜的体力——事件夜真正稀缺的不是人数,是能顶到凌晨两点还清醒的班次结构。轮休点位(后半夜轮着歇)同理:十二小时的深夜档没有轮休,最后两小时的服务质量塌方,而那两小时恰恰是事件夜口碑的定稿时间。
补贴口径「一次定清、不许当晚现编」单独成一节,是因为这是加档机制里最容易腐烂的一环:当晚临时拍一个数,短期省了事,长期把每次加档都变成一次谈判——员工记住的是「上次给的口径可以谈」,而不是「店里有规矩」。口径落档之后,「拿上次多少来谈」的空间就消失了,管理成本降的不是钱,是每次的拉扯。
事件夜台账被放在最后一节并强制复盘,是为了让这套 SOP 自己进化。事件夜的客流结构高度重复(峰值时点、断档品类、散场节奏),每记一次,下一次的排班就准一分;不记的店,每个决赛夜都是第一次,每次都在临时抓人。台账的五个字段刻意避开「感想」,全是数字与时点——复盘要的是下次能直接用的参数,不是当晚的故事。
变量
| 变量 | 说明 |
|---|---|
| 事件清单 | 哪些事件触发加档【】——按本店客群定(球迷聚居区与商圈店完全不同) |
| 提前天数 | 提前【N】天启动——留足报名与备货对齐的时间,一般不少于一周 |
| 上浮比例 | 无历史时的人数上浮【】——标保守,跑完一次就有真数据替换 |
| 补贴口径 | 金额与结算方式【】——写进员工手册级别的正式,不写在聊天记录里 |