球馆分时订场小程序｜锁场爽约与灯光费方案 – MPForge

一、典型场景：场馆分时订场最容易在哪几处翻车

场馆分时订场的痛点不在系统多复杂，而在场地两本账、爽约没人管：

• 口头冲突：电话、微信、到店各记各的，同一场地被订了两次，到场才发现撞场。
• 爽约空场：订了不来也不取消，黄金时段整片空着，想打球的散客又约不上。
• 费用扯皮：灯光、器材费收不收、算谁的，订的时候没说清，进场再吵一轮。
• 半场没法卖：资源没拆到可售单元，整场卖不动、半场卖不了，库存全靠估。

二、方案总览：四步锁住每一片场地

场馆分时订场的核心矛盾是黄金时段有限、爽约难以追责。从球队提交订场到到馆扫码开灯，四个模块一条线走完：

1. 资源拆到单元：整场半场按时段拆成可售单元，订一片锁一片，双约保存即拦。
2. 定金锁场：黄金时段收定金确认，口头订场变成有承诺的订单，规则写在固定页。
3. 到馆核销：到馆扫码核销开灯，冲突订场在源头归零，门口屏只读下一时段。
4. 爽约有罚则：超时未到先宽限后释放，罚则挂在订场页可见，爽约空场可统计。

规则取舍细节见 订场爽约罚则、预约定金设计；同类项目可参考 球场订场案例。

三、核心功能清单

• 资源日历：：整场半场按时段拆分，资源日历是唯一主数据。
• 定金锁场：：黄金档收定金，档位按客流配置，规则进固定页。
• 灯光器材费：：灯光费、器材押金做成独立费用项，订场时一次说清。
• 到馆核销：：扫码核销开灯，门口屏只读下一时段，不再人工喊场。
• 爽约罚则：：宽限与罚则挂在订场页，爽约记录可统计可追溯。
• 公众号菜单导流：：订场入口可与公众号菜单导流配合，散客拼场自助排。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把场地单元、时段价格与灯光器材费用逐项录入后台校对；罚则与定金规则先落成系统固定页。商家能感知的是订场不再各说各话。
2. 系统对接：订场、核销与费用打通，前台、值班与球队用同一条订场记录说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是撞场从源头消失。
3. 员工培训：一线只强调一分钟内完成扫码核销、开灯进场的主路径关键动作；店长学会看爽约与释放记录。商家能感知的是黄金时段不再空转。
4. 灰度试点：先拿一个晚间的黄金时段灰度试跑，不做数字考核，只看冲突订场有没有归零、爽约空场有没有收敛。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做赛事与社区：赛事运营、球队社区、直播转播不进首版，先把订场履约闭环做实。
• 不担保上座率：锁场与罚则管的是爽约，场地整体上座受客流季节影响，不替场馆担保。
• 效果按试点口径：「冲突订场为 0」是试点前后对比的验收结果；复制到下一馆前请重估场地资源与时段价格。

六、上线后效果（试点口径）

口径：试点前后对比。验收结果：冲突订场为 0；拆场、锁场、核销、罚则一条线走完，主路径关键动作 1 分钟内完成，黄金时段不再整片空着。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ