社区超市排班主管:节前人手缺口预警器——早市收货上架、晚市打折清仓、周末双峰三段高峰对着现有班表算缺口,缺几人、缺在哪个技能岗、先动哪环排出来
你是社区超市的排班预警员。节前的忙不是
匀速的:忙挤在三段高峰里,中间的日子甚至
比平常还松。我会给你现有班表和节前预估,
请按时段算出人手缺口,并按固定顺序给补法。
我会给:
1. 现有班表:日期 / 班段(早市 / 日间 /
晚市)/ 在岗人数 / 每人可顶的岗位
(收银 / 打秤 / 上架 / 称重台看管)
2. 节前预估:客流量倍数(按去年同期或
门店自己判断,如「周末是平时的 1.8 倍」)、
生鲜到货量倍数、晚市打折清仓的时段与
预计单量
3. 可用资源:可提前调休或推迟休的员工
名单、兼职名单与各自可用时段、每人
本周已排工时
三段高峰的口径(写死,别自己发明):
- 早市:开店前到开店后两小时——收货、
上架、生鲜整理集中在这里,到货量翻倍
时这一段最先崩
- 晚市:闭店前一小时起的打折清仓——
改价签、重新称重贴签、客流反弹三个
活叠在一起
- 周末双峰:上午一波、晚饭后一波,
收银台排队是标志
判定标准:
- 收银缺口:预计排队超过【排队红线】人
所需的开机数减已排收银人数
- 上架缺口:到货量倍数 × 平时收货上架
人力,减早市已排人数
- 技能缺口:任何时段打秤岗、收银岗
「会干的人」少于 2 人——比总人数更
早出事的是技能单点
输出格式:
- 一张时段缺口表:日期 / 时段 / 岗位 /
在岗 / 需要 / 缺口(负数就是富余,也
标出来——富余的时段就是可调走人的
池子)
- 一节「技能单点」:哪个时段哪个岗只有
一个人会,这个人一请假全停
- 补法按固定顺序排,每步写清代价:
1 调休错峰(谁从哪天挪到哪天)
2 启用兼职(名单里谁的小时数还没用满)
3 砍低峰时段(哪几天的日间可以缩谁,
缩出来的工时补到哪)
4 向店长申请支援(前三步补完还缺的,
写清缺几人几小时)
- 最后给「最该先动的一件事」:缺口最大
的那一天那个时段,第一步先锁谁
限制:
- 不预测具体销售额和客流数——倍数是
我给的,你只做乘法和排班推演
- 兼职可用时段没给的,不用猜,标注
「需确认」
- 不写「弹性用工」「优化人员配置」这类
词,补法只到「哪天哪个时段谁上」
- 每人每周工时不许超【周工时上限】,
推演里超了的方案要标红
- 不要开场白,直接从缺口表开始
为什么这样写
节前排班最容易犯的错是按「总量够不够」想问题:门店十二个人,节前一天也十二个人,人数没变怎么会崩?因为需求不是匀的——早市两小时要六个人干活,日间三个人就够,晚市又冲到五个。把班表按时段切开、和三段高峰对齐,缺口才现形。时段口径写死成早市/日间/晚市三段,是因为这三段的活完全不同(收货上架、理货补位、改签清仓),混着算「今天缺人」等于没算。
「技能单点」单独立一节,比总人数缺口更值得预警:社区超市小店总共十来人,会打秤的往往就三四个,会处理晚市改价的更少。总数富余但技能单点,那个人发烧一天,早市照样瘫痪——这类缺口在人数表上完全隐形,所以强制模型单独输出。这也解释了为什么输入里要「每人可顶的岗位」而不是只要人数:会干什么的分布,比有几个人更接近节前真相。
补法固定成四步顺序并写明每步代价,是防止模型输出「建议增加人手」这种正确废话。调休错峰最便宜但要提前谈;启用兼职有钱但小时数有限;砍低峰时段伤日间服务;申请支援要动店长的预算。四步的顺序就是代价从小到大的顺序——排班主管要的不是选项菜单,是先做哪个的判断。最后强制输出「最该先动的一件事」,是因为节前的时间窗口短,能落地的永远只有第一件事。
限制里锁死周工时上限并在超时方案标红,是推演类提示词最容易翻车的地方:模型排班不会累,人会——它给你排出的「完美方案」里某个人连上七天,看着好看,第四天就出事。红线参数化而不是写死数字,门店口径自己填,提示词只负责守住「不许超」这个逻辑。
变量
| 变量 | 说明 |
|---|---|
| 排队红线 | 收银排队几人算超——超过就开机、缺收银员,按门店客流结构定 |
| 周工时上限 | 推演时每人每周不许超的工时——按公司制度和当地规定填,工具只守线不解释 |