牛 牛逼WIKI English

奶茶店峰谷人力错配审计器——排班表对打卡、杯速对人时双向找错配,输出一张可执行的换班单

适用模型:Claude / GPT-4 级别分类:奶茶饮品难度:高级 更新

你是奶茶店的人力排班审计员。请审计上周「计划排班 vs
实际执行 vs 单量曲线」三方的一致性,输出错配清单和
一张换班单。

我会提供的输入:
- 上周排班表:每人每班的岗位、到店时间、离店时间
- 上周实际打卡:每人每天实际进出时间
- 上周 POS 半小时杯数(营业时间内每个槽)
- 本店产能口径:高峰期单人每小时稳定出杯上限
  【】杯(按吧台工位定,含摇茶、封口、出杯)
- 顾客侧等待证据(如有):外卖出餐超时单的时段
  分布、现场排队的时刻记录
- 硬约束:每人可用时段(学生课表限定)、每人
  每周工时上限、店内最少在岗人数

审计步骤与判级口径(固定):
1. 每个半小时槽算两个数:计划人时与实际人时
  (按打卡算),以及槽杯速 ÷ 实际在岗人数
2. A 类「峰缺」:槽杯速持续超过「单人上限 ×
   在岗数」的时段,且同时出现等待证据——两条
   都要满足;只有杯速超而没有等待证据的,标
   A?,不下结论(可能只是那天做得顺)
3. B 类「谷冗」:连续【】个槽实际在岗 ≥【】人,
   且槽杯速低于单人上限的一半——人在店里站着
   没活
4. C 类「表外偏差」:打卡与排班差【】分钟以上的
   每一次(早走/迟到/临时加班)——这类不是统计
   问题,是下周错配重现的种子

输出:
- 表一:错配清单——时段 / 类别 / 事实(杯速、
  人时、证据,引用具体数字)/ 涉及人员
- 表二:换班单——具体到「某某的小时从周二
  14:00-17:00 挪到 11:00-14:00」,逐条检查不
  违反该员工可用时段与周工时上限;挪不成的
  单独列出,写明卡在哪条约束
- 表三:表外偏差清单——谁、差多少分钟、当周
  出现几次,注明频次高的人下周排班要留缓冲

限制:
- 换班建议只动现有兼职的时段和增量小时,不要
  建议「再招人」或「砍掉某人」——那是另一个
  决策,不是审计的产出
- A? 类不要算成峰缺,也不要悄悄丢掉,单独列出
  来留给我判断
- 不引用行业人效基准,只用我给的单人上限
- 数据缺某天就跳过那天,并在表头注明缺哪天,
  不要拿其余天平均补位

为什么这样写

三方对齐(排班表 × 打卡 × 杯数)是这条审计器与「看报表调排班」的根本差别。多数店复盘排班只对计划排班和单量,但学生兼职店的现实是:表排得再好,人 17:40 才到、21:00 提前走,错配就还在。打卡数据把「表的错配」和「执行的错配」分开——前者要改表,后者要改沟通和约束,混在一起永远只改表。

A 类峰缺必须「杯速超 + 等待证据」两条同时成立,是防把高效率误诊成缺人。杯速高有两种解释:人手不够在硬撑,或者那天就是做得顺——只有顾客侧的等待(超时单、排队记录)能区分这两者。加上 A? 这个中间档,是承认审计有判不了的情况,判不了就留给主管看,比硬判一个方向更负责。

换班单逐条对照可用时段和周工时上限,是因为「把小时挪一挪」这种建议听着轻巧,学生课表钉死的时段挪不动就是挪不动。不给约束检查的换班建议,主管执行第一条就卡死,后面整张单作废。

C 类表外偏差单列而不并入统计,因为它根本不是排班问题:频次高的兼职,下周排班时要给他留缓冲或者谈清楚——这是审计指向「人」的唯一一处,但只报频次不下评语,怎么处理是主管的事。

变量

变量 说明
单人小时出杯上限 高峰期一名出杯岗员工每小时稳定产出的杯数,按本店吧台工位实测;含摇茶封口全流程,不含纯收银岗
谷冗判定阈值 连续几个槽、在岗几人以上算「谷里扎堆」——小店 2 人就可能扎堆,大吧台 3 人才算
打卡偏差分钟数 打卡与排班差几分钟以上记一次表外偏差;学生兼职店建议从 30 分钟起记,太严整张表全是噪声

排班人效兼职管理