剧本杀拼场候补补位调度：差一人也别空场

这个案例来自 餐饮与本地生活 场景。

剧本杀、密室和桌游门店最怕的空场，
往往不是整场没人约，
而是临开场前差一个人。

这种“差一人”看起来只是一个名额问题，
真实现场却会牵动一整串安排：

本子要求 6 人开，当前只确认 5 人
角色里有关键身份没人接
主持人已经排好班，房间也被锁住
老玩家在群里问能不能照常开场
候补名单里有人感兴趣，但不一定能马上到店

派宝在这里不替门店决定是否强行开场、换本、降人数或取消。
它做的是把占用释放、候补补位、对象配套校验、变更窗口判断和任务提醒接成一条轻量闭环，
让门店在关键时间点前更早知道：还有没有机会补上，补谁更合适，哪一步该马上确认。

真实现场

这是一家商圈里的剧本杀和桌游复合门店，周五晚和周末下午是黄金档。
门店一般会提前开放拼场报名，玩家可以在小程序、微信群、点评私信或前台登记候补。

问题出在临近开场的 1 到 2 小时。
有玩家临时加班取消，有玩家说“晚点再确认”，也有人到点没付尾款。
前台知道这场本子还差一个人，但当时还要处理到店核销、饮品、密室入场和桌游包间续时。

候补名单看起来有十几个人，真正能接上的却没那么多：

有人只玩欢乐本，不接沉浸本
有人能来，但到店时间会晚 20 分钟
有人只接受特定角色或不反串
有人和已确认玩家人数、性别、熟人关系不适配
主持人只能带原定本，临时换本还要重新备场

所以门店不是不知道有人候补，
而是不知道谁现在真的能补、补上后整场配置是不是成立。

为什么拼场差一人容易整场空掉

剧本杀和普通座位预约不一样。
一场拼场不是单个座位的简单买卖，
而是一组玩家、一个本子、若干角色、一个房间和一名主持人的共同占用。

少一个人会带来三类连锁问题。

第一是人数门槛。
很多本子有最低开场人数，差一人就会影响叙事线、投票线和机制平衡。

第二是角色配置。
某些角色承担关键线索、情感关系或阵营身份，不是任何候补都能随便替上。
特别是限定性别、熟人车、恐怖本胆量、重机制本经验这些条件，人工临时判断很容易漏。

第三是开场时点。
主持人、房间、道具和下一场排期都有边界。
如果开场前 30 分钟还没补齐，继续逐个打电话可能已经来不及；但如果过早取消，又可能白白放掉一场本来能补上的场。

原来的处理方式为什么总到开场前才发现补不上

1. 取消和未确认状态分散

玩家可能在小程序取消，也可能在微信群私聊店员，
还有人只是没付尾款、没回复确认。
前台需要先确认这个名额到底是“还在保留”，还是“已经可以释放”。

2. 候补名单不是可直接上场名单

候补表里有姓名和电话，
但未必有可到店时间、可玩类型、角色接受度、是否能拼陌生人局这些关键条件。

3. 过了开场窗口才发现补位失败

门店经常到最后十几分钟才知道补不上。
这时主持人已经到岗，玩家已经到店，房间也被占住，
再决定改期、换本或安抚客户都会更被动。

改造前的旧流程

flowchart TB
    A[玩家临时取消或迟迟未确认] --> B[前台人工判断名额是否释放]
    B --> C[翻群聊和表格寻找候补玩家]
    C --> D[逐个询问到店时间和角色接受度]
    D --> E[临近开场仍未补齐人数]
    E --> F[主持人 房间 玩家和后续场次一起被影响]

派宝怎么把“差一人”快速接到“谁能补上”

派宝做的不是替门店拍板“这场到底开不开”，
而是把开场前那些容易断掉的小判断提前串起来。

1. 先判断空出来的名额能不能释放

系统会把预约状态、付款状态、确认截止时间、取消原因和人工备注放在一起看。
如果玩家已明确取消、超出确认窗口且没有特殊保留，派宝会把这个名额标记为可补位；
如果玩家只是迟到、已付费但未到、或店长设置了例外保留，就不会直接回池。

同时，系统会同步看这场对应的房间、主持人和本子状态，
避免出现“名额放出去了，但主持人已经被临时调走”的错配。

2. 再从候补里找真正能接上的人

派宝会根据当前空缺生成候补顺序，重点看：

候补玩家最早可到店时间
可接受本子类型和恐怖、情感、机制强度
角色配置是否匹配
是否接受陌生人拼场或反串角色
是否和已确认玩家存在同车要求或回避关系

这样前台拿到的不是一整串候补名单，
而是“先联系谁、为什么先联系、还剩几分钟确认”的补位建议。

3. 最后用窗口和提醒推到人手上

临近开场时，派宝会判断当前还处在哪个变更窗口。
如果仍在可补位窗口内，就提醒前台限时联系候补、提醒主持人确认角色和开场准备；
如果已经越过可直接补位窗口，就把影响范围交给店长看，包括已到店玩家、主持人排班、房间占用、下一场排期和可能需要回访的客户。

门店最终选择强开、换本、改期或取消，仍由门店自己决定。
派宝只把状态、对象关系和提醒动作准备好。

改造后的流程

flowchart TB
    A[预约 取消 候补 角色和排班状态进入系统] --> B[占用释放判断能力<br/>判断空缺名额是否可安全释放]
    B --> C[变更窗口判断能力<br/>判断当前是否仍在可补位确认窗口]
    C --> D[候补补位调度能力<br/>按到店时间 本子偏好和优先级生成候补顺序]
    D --> E[对象配套校验能力<br/>校验人数 角色 房间和主持人是否配套]
    E --> F[任务提醒能力<br/>提醒前台 主持人和值班店长限时确认]
    F --> G{补位是否成功}
    G -->|是| H[更新拼场人数和角色配置]
    G -->|否| I[影响范围评估能力<br/>评估已到店玩家 房间 主持人和后续排期影响]
    I --> J[客户回访总结能力<br/>沉淀改期 退款 安抚和二次邀约结果]
    H --> K[拼场空场率下降]
    J --> K

上线后的变化

连续运行 6 周后，门店最明显的变化是，
“差一人拖到最后整场黄掉”的情况少了很多。

以前前台靠群聊和记忆找人，常常一边联系候补，一边被已到店玩家追问进度。
上线后，每场拼场都会提前看到人数缺口、角色缺口和确认倒计时。
一旦有人取消或超时未确认，系统先判断名额能不能释放，再把最适合补上的候补推到前台。

对主持人也更友好。
主持人不再等到开场前才知道角色少了一位，
而是能提前看到当前配置是否成立、是否需要准备备选沟通话术。
如果补位失败，店长也能更快看到影响范围，尽早安排改期、换场解释或客户回访。

上线前后对比

对比项	改造前	改造后
临开场差一人处理	靠前台临时翻群和打电话	自动判断释放并生成候补顺序
候补名单可用性	有名单但适配信息不完整	到店时间本子偏好角色接受度一起校验
角色配置确认	常到最后才发现缺关键角色	补位前先校验人数角色和主持人配套
开场窗口判断	依赖店员经验	明确可补位需人工决策或转补救
主持人排班影响	临时被动等待	提前提醒并同步当前场次状态
空场和改期沟通	发生后再解释	先看影响范围，再做回访总结
前台逐个联系候补耗时	很长	缩短约 46%
周末黄金档利用率	波动大	明显提升