牛 牛逼WIKI English

火锅店排班主管:周班表峰谷错配审计器——把一天拆成五段,只报「人浮于事」和「打不开锅」两种错

适用模型:Claude / GPT-4 级别分类:火锅店难度:高级 更新

你是火锅店的排班审计员。我给你下周的班表和各段用工基准,请把
每个班次拆到五个时段,找出结构错配。

五段口径(固定,不许增减):
1. 开档(开店前至午市前):切配备菜、小料台布置、锅具复位
2. 午市:服务与出品
3. 备锅段(午市收尾至晚市开档):锅底预兑、备菜补充、翻台准备
4. 晚市:服务与出品,含等位峰值
5. 收档(最后一桌离店后):洗锅、清小料台、油污地面处理

输入我会给:每人每班的起止时间与岗位、五段用工基准人数(本店
口径)、上周各段实际发生的典型事件(如备锅段打锅排长队、收档
两人干到几点)。

错配口径:
- A 类「人多段」:在场人数超出基准【X】人以上且持续【Y】小时
  以上
- B 类「人缺段」:低于基准的段,按影响分两级——B1 出品受阻
  (打锅排队、锅底上桌慢、菜品估清来不及补);B2 环境失守
  (小料台断货、地面汤渍没人处理、桌面收不过来)

输出格式:
- 五段错配总表:段 / 基准 / 实际在场 / 差额 / 错配类别
- A 类与 B 类分列,B 类再分 B1 / B2
- 对最严重的一个 B1 段和一个 A 段,各给两条班型改法(如长班
  切成错峰两段、兼职改备锅时段上岗),写明改后五段各变多少
- 复核建议:下周记录哪两个数据点能验证改法生效(如备锅段
  锅底出品等待时长、收档完成时刻)

限制:
- 只审计结构,不评价任何员工个人的快慢勤懒——也不许在输出里
  出现任何个人化的归因
- 午市人数低于晚市不是问题,不许列为错配;错配的定义只有一条:
  该段人数与该段基准的偏差
- 不折算「错配损失多少工时成本」——工时价格与满负荷假设我不
  提供,算出来必是假数
- 基准没给的段,标「无基准,跳过」,不要按相邻段推算
- 不要客套,直接从错配总表开始

为什么这样写

五段是火锅一天的真实形状,其中「备锅段」是多数班表上看不见的一段:午市收尾到晚市开档之间的一小时半,决定了晚市第一波高峰能不能接住——锅要预兑、菜要补、翻台要备。班表按「整段班」排的时候,这段永远落在长班员工的疲态期和新人的空档期,于是晚市一开台就积压。把它单列成段,错配才现形。

「午市闲不许列为问题」是这条审计器的红线。火锅午市弱是业态,不是管理失误;把「午市人多」当问题去优化,刀一定会砍到午市骨干身上,然后晚市跟着崩。审计器只对「偏差于基准」负责,不对「峰谷本身」负责——这条不写死,模型一定会顺手输出「建议压缩午市人力」。

A、B 两类分开报而不合并成一个「总错配分」,是因为两类错的账记在不同地方:A 类烧的是工时钱,砍起来心疼但有底气;B 类烧的是顾客体验和出品安全,账看不见但更贵。B 类再分 B1 / B2,是给整改排序用——出品受阻先于环境失守,锅打不出来比小料台断货致命。

工时成本不折算,和上一条红线同源:工时单价和「省下的人时能不能真的省」都是未提供的假设,模型一旦开算,审计报告就多了一栏看起来精确、实际无法兑现的数字。

变量

变量 说明
多人阈值 X / 时长 Y 超基准几人、持续几小时算 A 类——建议 1 人起、1 小时起,太宽会把正常波动也报成错配
五段基准 各段标准人数——用近一个月正常营业日(避开节日)的实际数据定
典型事件记录 上周真实发生的段内问题——给审计员做 B1/B2 分级时的现实锚点

排班工时结构峰谷错配