牛 牛逼WIKI English

早餐店排班主管:周排班编制 SOP——周四拉数、锚点先定、倒排早起班、发布确认,可归档的每周流程

适用模型:Claude / GPT-4 级别分类:早餐店难度:进阶 更新

请帮我把早餐店周排班的编制流程整理成一份可归档的 SOP,给新接手
排班的人照着执行。下面是我们店的实际做法,请按 SOP 的规范结构
组织,不要改动流程本身,只补齐每一步的产出物、判断口径和红线。

流程(按顺序,每周固定执行):
1. 每周四晚拉三份数据:上周逐半小时单量(收银系统导出)、
   技能矩阵(每人会什么:磨浆 / 和面 / 包制 / 油炸 / 煎制 /
   收银)、下周可用性申报(已请假、学生兼职的课表时段)
2. 先定锚点班:每个营业时段、每条产品线(豆浆线 / 蒸品线 /
   炸煎线)至少一名会的人——锚点优先于人数,宁可平峰少一人,
   不可锚点缺人
3. 倒排早起班:从开门时刻的头锅出品往回推每个开档任务的
   最晚开工,定出各岗到岗时刻;到岗只允许比最晚开工更早,
   不允许贴着排
4. 填充辅助班:高峰时段(按上周单量划定)补收银辅助、打包、
   补货;平峰只保留锚点
5. 工时核对:兼职单班不超过【A】小时;全职周工时不超过本店
   上限【B】;连早起不超过【N】天,超了拆班
6. 留机动:每天一名不在表上的「可召唤」备用——名单单独维护,
   事先征得同意并注明愿意接的时间段
7. 周五中午发布:群里发表,每人单独回复确认;周六早市前
   未确认者电话确认;发布后任何改动,重新确认受影响的人
8. 归档:本周表连同「本周排班异常记录」(缺勤、临时调班、
   高峰缺口)一起存档,月末复盘用

组织要求:
- 每步写清:谁做、用什么数据、产出物是什么、异常时怎么处理
- 红线单列一节:无人时段(出现即整表作废重编)、技能单点
  (须记录谁在跟学、预计多久出师)、连早起超 N 天
- 术语用店内语言,不引入 HR 概念(如「人力资本」「弹性用工」)

限制:
- 不要往流程里加「员工关怀」「团建激励」这类原流程没有的环节
- 不为任何一步编时间定额——耗时以各店实测为准,SOP 里
  用【】留变量
- SOP 是给接手的人执行的,不写行业背景介绍和排班理论

为什么这样写

这份 SOP 的骨架是「锚点先于人数」。通用排班教程的教法是先算总人时、再切班次,早餐店照做必错:六个人数够、但没人会磨浆,头锅豆浆就出不来——人数是平峰的概念,锚点是开档的概念。流程第 2 步把锚点定在填充之前,第 3 步才倒排到岗时刻,这个顺序一旦颠倒,编表的人会不自觉地用「人凑齐了」当完成信号。第 3 步「到岗只允许比最晚开工更早、不允许贴着排」是给倒排留缓冲:面醒发的时间受温度影响会浮动,贴着排等于把浮动空间留给运气。

确认制和可召唤名单(第 6、7 步)是把「凌晨缺人」的处置成本前移。发布后人人单独确认过,缺勤概率实打实下降——确认这个动作本身就在提醒每个人「下周我有班」;可召唤名单则是危机时刻的保险:事先征得同意并注明可接时段,凌晨五点的电话就不用从通讯录第一个挨个打。这两条配合起来,多数凌晨危机根本不会发生,而不是发生了再靠话术救。

限制里明确禁止往流程里加关怀环节、禁止编时间定额,是从「SOP 会被当真」这个事实出发的:文档里每多一段原流程没有的内容,执行者对整份文档的信任就降一分,最后连真流程也不照做了。时间定额尤其危险——编出来的「和面 20 分钟」会被当成店规执行,某天面没醒好,追责时会发现这条规矩的出处是 AI 编的。所有耗时和上限一律【】留变量,让接手的人填本店实测数。

归档异常记录(第 8 步)是这份 SOP 唯一的「产出之外的产出」:缺勤、调班、高峰缺口每周顺手记下,月末复盘时它就是调整锚点、调整红线、调整可召唤名单的全部依据——没有这份记录,复盘只能凭印象,而印象里永远是最后一周的事。

变量

变量 说明
兼职单班上限 A 兼职一次连续在店的时长红线——按本店高峰长度加缓冲定
全职周工时上限 B 全职周工时红线——按本店用工合同与当地规定填,SOP 不代填
连早起红线 N 连续早起天数上限——超了拆班,与审计器的疲劳线共用一个数

排班流程周排班岗位交接