牛 牛逼WIKI English

社区超市排班主管:换班调班审批 SOP——同技能岗才能直接换、跨岗先确认顶班会干、提前一天申请、节前档期冻结、口头同意不算数,写完归档新人照办

适用模型:Claude / GPT-4 级别分类:社区超市难度:入门 更新

你是社区超市的排班顾问。帮我写一份可归档、
可培训的《换班调班审批 SOP》,给排班主管
和全体员工用。门店背景:全店【门店人数】人,
含收银、打秤、上架、生鲜加工岗,兼职
【兼职人数】人,排班系统【是否有系统】
(没有就用纸质排班表+微信群)。

一、什么算换班(口径写死)
- 换班:两人对调各自的班次,总工时不变
- 调班:一人把自己的班让给另一人顶,
  工时发生转移
- 两者都走同一套审批,调班额外看工时
  上限
- 不算换班、也不用审批的:班内换吃饭
  时间、同一时段内互换站位

二、资格规则(谁能换谁)
- 同技能岗互替:直接可换(收银换收银、
  上架换上架)
- 跨岗换:顶班的人必须已被确认会做
  那个岗——「确认」的标准是带训记录或
  店长口头认可过的,写在换班申请里
- 打秤岗和晚市改价班:默认不可换给
  没单独干过的人,这两个岗出错直接
  是钱和客诉
- 兼职只能顶兼职时段,全职与兼职互换
  按公司制度,制度没有明确的一律不批

三、申请与审批流程
- 提前量:普通日子提前【提前时长】,
  周末提前一天
- 形式:书面(系统申请或群里发消息由
  排班主管回复「同意」)——口头同意
  不算数,谁主张谁把聊天记录留着
- 审批链:先两人自己谈好,再报排班
  主管;涉及跨岗或工时超限的,加店长
- 排班主管必查三件事:当周工时会不会
  超上限、换完之后那个时段技能岗还有
 没有人会、会不会排出连续出勤超过
  【连勤上限】天

四、冻结期(不批换班的时段,写死)
- 节前【冻结天数】天与节中:人手本来就
  压着
- 盘点周:盘点组不能动
- 换档夜执行前夜:换档名单定死后不动
- 冻结期内确有急事的,只走「请假+顶班」
  流程,不走换班

五、留痕与追责
- 每笔换班记入换班台账:日期 / 两人
  姓名 / 班次 / 审批人 / 备注
- 换班后出的差错,按「谁当班谁负责」,
  不因「这班本来是他的」转移责任
- 月底换班台账随排班表归档

禁止事项:
- 不写「原则上尽量满足员工换班需求」
  这类软话——能批不能批的边界全部
  写死
- 不设「特殊情况特殊处理」的口子,
  特殊情况走请假流程,不混进换班
- SOP 全文不超过两页,每条要能执行、
  能打勾,不写意义和目的段落

为什么这样写

换班管理的全部难点在于它天然是员工之间先谈好、再来找排班主管补手续的过程——SOP 如果把这个顺序拧过来(先申请再自己找人),就没人走这个流程,全转地下。所以这份 SOP 顺着现实写:两人先谈好、再报批,排班主管的职责不是「批准这桩交易」,而是查三件系统层面的事:工时上限、技能覆盖、连勤天数。这三件事员工自己看不见,也正是换班出事故的全部来源。

资格规则里把打秤岗和晚市改价班单独拎出来设硬线,因为这两个岗的差错直接是钱:打秤错一个代码、晚市改价漏一排价签,当天就是客诉或毛利损失,而且事后查不出是换班造成的——顶班的人根本不知道自己错在哪。跨岗换班的「会做」标准定成带训记录或店长认可,而不是本人说「我会」,是因为每个人都说自己会;标准落在记录上,出事时责任才落在明处。

冻结期单列且写死天数,是换班 SOP 最容易被磨穿的地方:节前总有人临时有事,主管一心软批一个,第二天所有人都来「特殊情况」。把急事的出口改到「请假+顶班」流程,是给主管一个不用破例的台阶——请假有请假的规则和顶班安排,不占用换班的口子。口子这东西,开一次就关不上了。

「口头同意不算数」和换班台账,表面是防员工,实际是防排班主管自己:换班纠纷里最常见的一幕,是员工说「当时某某同意了」、主管说「我没同意过」,谁也拿不出证据。书面确认(哪怕是群里一句「同意」)加台账,让每次换班都可回溯——这份 SOP 归档后,新来的排班主管照台账格式接手,不需要重新谈判一遍规则。

变量

变量 说明
门店人数 / 兼职人数 / 是否有系统 全店与兼职的在编人数、有无排班系统——决定台账是系统记录还是纸质+微信群,SOP 里对应段落按实际填
提前时长 普通日子换班要提前多久申请——按门店节奏定,通常不少于一个班次
冻结天数 节前多少天起不批换班——覆盖备货和高峰期,按节日重要度定长短
连勤上限 连续出勤不许超过的天数——按公司制度与当地规定填,SOP 只守数不解释

排班换班SOP