候补补位调度
这项能力到底在做什么
Section titled “这项能力到底在做什么”候补补位调度，简单说，就是当某个时段、名额、设备位、治疗位、课位因为取消、爽约、迟到或条件不满足而突然空出来时，系统快速判断谁最适合顶上，并把补位动作及时推起来。
很多业务不是总量不够，而是空档回收不及时。
常见情况通常是这样：
- 已经排满了，但临时总有人来不了
- 空出来的时段明明很宝贵，却来不及通知下一位
- 候补名单是有的，但没人知道该先叫谁
- 有些人能顶上，但准备条件其实还没满足
- 一旦靠人工临时打电话，反应速度就跟不上
候补补位调度真正解决的，不是重新做一轮完整排班，而是在“突然出现空档”的那一刻，把最合适的对象及时顶上来。
它的重点不是静态安排，而是动态响应：
- 哪里空了
- 什么时候空的
- 谁有资格顶上
- 谁最值得优先通知
- 顶上以后会不会带来新的冲突
它通常接收什么输入
Section titled “它通常接收什么输入”这项能力接进来的，通常不是常规排班需求，而是一个“空档刚刚出现”的事件。
常见输入包括：
- 预约取消
- 爽约或迟到
- 检查前条件不满足
- 设备位临时释放
- 老师或助教资源突然可用
- 某时段名额未被占满
一起带进来的上下文，常见还有这些：
- 当前空档时段和地点
- 对应资源类型
- 候补名单
- 优先级规则
- 准备状态和资格条件
- 通知时效要求
这些上下文很关键。因为补位不是谁先报名谁上，而是要知道：
- 谁现在真能来
- 谁条件已经满足
- 谁顶上最不容易再出问题
- 谁应该被优先通知
它能输出什么结果
Section titled “它能输出什么结果”候补补位调度最后交出去的，不应该只是“有个空位”，而应该是一份可立即执行的补位结果。
常见输出包括：
| 输出项 | 说明 |
|---|---|
| 空档信息 | 哪个时段、哪个资源释放了 |
| 候补排序 | 当前最适合被顶上的对象顺序 |
| 补位建议 | 推荐先联系谁、为什么 |
| 资格校验结果 | 对方是否满足当前条件 |
| 通知状态 | 已联系谁、是否确认 |
| 补位结果 | 是否成功补上 |
| 释放原因 | 为什么会空出来，便于复盘 |
这样下游拿到的，就不是一条“空了一个位置”的消息，而是一份能立刻推动回收空档的动作结果。
它在内部是怎么跑起来的
Section titled “它在内部是怎么跑起来的”候补补位调度真正难的地方，不是知道有人排队，而是在很短时间内判断“谁现在最该上”。
它在内部通常会经过下面这条链。
1. 先识别空档事件
Section titled “1. 先识别空档事件”系统先判断：
- 是取消了
- 是爽约了
- 是准备条件不满足被释放了
- 还是有资源临时新增
不同原因会影响后续补位窗口和通知节奏。
2. 再抓取候补对象和可用资源
Section titled “2. 再抓取候补对象和可用资源”到了这一步，系统会把当前候补对象拉出来，并结合：
- 时间可行性
- 资格条件
- 优先级规则
- 距离或准备状态
一起判断。
3. 再做资格和准备状态校验
Section titled “3. 再做资格和准备状态校验”很多时候不是没人候补，而是能补的人并不一定已经准备好。
系统通常会先判断：
- 当前资料或准备项是否齐全
- 是否符合当前项目要求
- 是否会产生新的冲突
4. 再排序并生成补位顺序
Section titled “4. 再排序并生成补位顺序”真正有价值的调度，不是给一长串名单，而是给一份清楚顺序：
- 第一优先联系谁
- 备选还有谁
- 为什么这样排
5. 再推动通知和确认
Section titled “5. 再推动通知和确认”补位最大的价值，在于快。
系统通常会接上：
- 企业微信通知
- 短信消息发送
- 任务提醒
确保空档不会在“大家都知道空了，但没人真正顶上”里浪费掉。
6. 最后把补位结果和原因留痕
Section titled “6. 最后把补位结果和原因留痕”这样后面才能看清：
- 哪类空档最常出现
- 哪类候补最容易补位成功
- 哪些时段总是回收不起来
候补补位调度的详细内部流程图
Section titled “候补补位调度的详细内部流程图”flowchart TB
A[出现取消、爽约或资源释放] --> B[识别空档时段和资源类型]
B --> C[拉取候补对象和可用规则]
C --> D[校验资格、准备状态和冲突]
D --> E[生成候补排序和补位建议]
E --> F[触发通知和确认流程]
F --> G{是否补位成功}
G -->|是| H[更新时段占用结果]
G -->|否| I[切换下一位候补对象]
I --> F
H --> J[记录空档原因和补位留痕]
它最后会把什么交给下游流程
Section titled “它最后会把什么交给下游流程”候补补位调度真正交给下游的，不只是排序结果，而是一份动态补位动作结果。
常见会交出去这些内容：
- 空档信息
- 候补顺序
- 当前资格状态
- 通知结果
- 最终补位结果
- 失败原因
这样后面的流程才能继续做：
- 检查位回收
- 治疗位补位
- 设备位补位
- 口语陪练空档回收
- 实训预约补位
它怎么接入业务才真正有价值
Section titled “它怎么接入业务才真正有价值”候补补位调度最怕的，不是没人候补，而是候补名单明明在那儿，现场却还是把空档白白浪费掉。
真正常见、也最有价值的接法，一般有下面几种：
1. 接在高频取消和爽约场景里
Section titled “1. 接在高频取消和爽约场景里”只要空档经常临时出现，这项能力就特别有价值。
2. 接在资源稀缺场景里
Section titled “2. 接在资源稀缺场景里”设备位、检查位、治疗位、实训位越紧张，空档回收越值钱。
3. 接在候补人群明确的业务里
Section titled “3. 接在候补人群明确的业务里”如果已经有排队需求，但一直靠人工临时协调，就很适合前置接入。
4. 接在时效很短的现场里
Section titled “4. 接在时效很短的现场里”越是需要几分钟到几十分钟内完成补位判断，这项能力越值钱。
什么情况下必须转人工
Section titled “什么情况下必须转人工”候补补位调度虽然很适合自动化，但下面这些情况最好让人工接手：
- 当前补位会影响重大医疗或安全风险
- 候补对象资格判断存在争议
- 空档原因异常，需先人工判断是否继续开放
- 多个高优先级对象同时满足条件
- 已进入现场高压状态，需要人工立即拍板
- 通知和确认链出现异常
真正稳的企业做法，不是让系统完全替人调度，而是让系统先在最短时间给出最合理的补位顺序，把少数复杂边界留给人工。
为什么这项能力站得住
Section titled “为什么这项能力站得住”候补补位调度之所以在企业里很有价值，是因为很多资源浪费并不是排不满，而是临时空出来以后没来得及接住。
1. 它先解决的是“空档出现了，但下一位没及时顶上”
Section titled “1. 它先解决的是“空档出现了，但下一位没及时顶上””只要回收速度提起来，资源利用率就会明显改善。
2. 它能明显减少人工临时协调压力
Section titled “2. 它能明显减少人工临时协调压力”越高频的场景，人工越容易被打散。
3. 它特别适合动态变化大的业务
Section titled “3. 它特别适合动态变化大的业务”预约、检查、治疗、短课、设备位都很典型。
4. 它边界清楚，不等同于排班建议
Section titled “4. 它边界清楚，不等同于排班建议”排班建议更偏事前规划，候补补位调度更偏事中动态回收。
这也是它值得单独成为通用能力的一点。