微信小程序门店排班设计｜班次、技能与产能怎么喂给预约档期 – MPForge
直接回答：预约页面显示有位，客人到店却排长队——档期虚高的根因多半是排班没接上。这篇微信小程序门店排班教程给店长与开发各一份口径：班次怎么配、技能怎么标、产能怎么映射进预约档期、休假与加班怎么实时释放和回收名额。MPForge（DEVDIY 旗下）在服务型门店项目里按这套口径打通排班与预约。
一、档期虚高的根因：排班和产能两张皮
先说透问题：档期是排班算出来的，不是填出来的。
典型症状：后台把周六档期手工开了 20 个号，实际当天只有两位技师上岗，其中一位还是新人只能做基础项目。客人约了高级项目，到店发现没人能做，要么改期要么退款，差评跟着来。排班错了，前端库存怎么调都是错。
分工上，店长对「谁在岗、会什么、能接多少」负责，开发把这三样映射成系统档期。先立一条规矩：档期只允许由排班数据推导生成，任何人不得在库存页手工加量来掩盖排班缺口——这条守不住，后面全白做。
二、班次与技能怎么配：先有坐标系
班次定「什么时候有人」，技能定「谁能做什么」，两样缺一档期就是虚的。
| 配置项 | 达标口径 | 常见错误 |
|---|---|---|
| 班次结构 | 早晚班加高峰班，交接时段留缓冲，单人连续接单不超上限 | 全天一个班次，午高峰没人换手 |
| 技能标签 | 按服务项目打标，新人只挂可独立完成的项目 | 全员可接全部项目，档期与实力脱节 |
| 产能口径 | 按「人 × 班次 × 项目时长」算可接单量 | 按门店总数粗放放号，人多项目少照样溢出 |
服务项目本身怎么切时段、留缓冲，档期分槽的细化口径见服务档期分槽；档期总量与过载保护的关系见场次容量。排班周期确定后按周期排班核销的口径每周固化一次，减少临时变动。
三、产能映射进档期：五步落地
映射做对了，预约页上每一个空位背后都真实站着一个能做的人。五步实现：
- 班次入库：店长提前一周在后台排班，班次、在岗人、技能标签一起提交，提交即生效于档期计算。
- 产能推导：系统按「在岗人 × 技能 × 班次时长」推导各项目可接单量，生成时段档期，推导过程留日志可查。
- 档期发布：推导结果对外展示为可约时段，下单锁位走场次锁定与并发，防止同一产能被并发超卖。
- 休假即减：临时休假提交后，系统当次回收该人在档期内的剩余名额，已约单走预约改期规则协商迁移。
- 加班即增：临时加班或调技能标签，档期按增量重算并即时刷新，前后端缓存同步，避免前台显示滞后。
四、休假、加班与异常：变化怎么不失衡
排班的价值不在常态，在变化当天还能保持账实一致。
| 变化场景 | 处理口径 | 常见错误 |
|---|---|---|
| 临时休假 | 名额当次回收，已约单按改期规则迁移并主动通知 | 人休假了名额还挂着，客人到店扑空 |
| 临时加班 | 增量名额按技能标签放出，不放大到不会做的项目 | 加班名额全项目通用，新人接了高难单 |
| 请假审批 | 休假审批走多门店权限模型里的店长权限，留审批记录 | 店员私下换班，档期与实际人数对不上 |
复盘时用「档期虚高率」衡量：预约成功但到店无服务的单量占比。这个数应该趋近于零，只要它反复出现，先查排班映射日志，不要去改库存数字。
五、避坑清单
排班接档期的项目，翻车集中在四条：
- 映射错：技能标签没标清，档期把高难项目派给了新人；新人独立可做的项目要店长逐个确认。
- 休假未释放：休假只改了排班表，档期名额没回收；「休假即减」必须自动化。
- 加班未开：加了班，档期没重算，白站一个人；增量计算与缓存刷新要一起做。
- 手改库存掩盖：缺口出现就手工加量，把问题从排班表推给到店现场；档期只认排班推导。
六、常见问题 FAQ
排班和 GEO 地理位置配置有关系吗？
没有关系。排班管的是「店里什么时候有人、能接什么」；GEO 指地理位置配置——门店地址、经纬度、服务类目，影响「附近」检索曝光。多门店分别配置，两套数据互不依赖。
提前多久排班合适？
至少提前一周锁定，这样客人能约到下周，店长也有调整余地；节假日档期再提前一个周期，并在发布前做一次产能核对。
临时休假导致已约单怎么办？
按改期规则主动联系迁移，优先给客人换同技能的人，其次改期；通知要主动发，不能等客人到店才发现。
多店连锁怎么管排班？
店长管本店排班，总部只读加审批，权限划分见多门店权限模型；跨店借调要开临时授权并落在档期日志里。
怎么验收排班接档期做没做成功？
看三个数：档期虚高率、休假当日名额回收及时率、加班名额生效时延。虚高率趋零、回收与生效都在分钟级，才算打通。
