剧本杀小程序｜开本场次与拼车方案 – MPForge

一、典型场景：剧本杀最容易在哪几处翻车

剧本杀的痛点不在剧本，而在排场靠翻本、拼车靠运气：

• 超卖本子：热门本没有库存概念，两个 DM 同开一个本，到店才发现剧本「撞车」。
• 拼车扯皮：散拼凑不齐人临时流局，退不退钱全靠 DM 现场安抚，差评直接来。
• 核销口头化：谁付了钱、付了几个人，没有核销记录，开本场次收入对不上账。
• 内容审核悬：剧本内容没有合规预审机制，敏感内容一举报就下架整改。

二、方案总览：四步开稳每一场本

剧本杀的核心矛盾是本子无库存、拼车无规则。从玩家选本到开车核销，四个模块一条线走完：

1. 车本库存化：每本剧本按时段计库存，开一场锁一场，撞本从源头杜绝。
2. 拼车自助组队：散拼按场次挂单组队，人数达标自动成局，流局规则页面明示。
3. 支付核销留痕：拼车付金与整场支付在线完成，到场扫码核销，收入一笔笔对得上。
4. 开车提醒：成局与开车时间走公众号提醒，玩家不缺席、不迟到。

同类项目可参考 剧本杀场次项目案例。

三、核心功能清单

• 车本库存：剧本按时段计库，盒装本授权与库存管理放二期。
• 拼车组队：散拼挂单组队，人数与角色需求展示，流局规则成文。
• 支付核销：付金在线收，到场扫码核销，场次收入可对账。
• DM 档期：DM 排班与剧本档期联动，主理人加价规则可配置。
• 内容合规：剧本内容库预审机制落地，敏感内容不上架。
• 公众号提醒：成局、开车、改动通知走公众号推送。

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

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

1. 进场准备：把规则、口径与基础数据逐项录入后台校对；口头承诺先落成系统固定页，客诉才有同一套真相。商家能感知的是撞本从源头杜绝。
2. 系统对接：订单、支付与库存（或工单）内部打通，前台、管理与一线用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是拼车组队人数透明。
3. 员工培训：一线只强调一分钟内完成主路径关键动作；管理侧学会看后台记录与差异清单。商家能感知的是收入核销一笔笔可对。
4. 灰度试点：先拿一个周末的开车档期小范围试跑，不做数字考核，只看流程顺不顺、口径有没有对平。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做盒装发行业务：剧本发行与授权分销是另一门生意，首版只做门店排场闭环。
• 不做内容裸奔：内容审核不落地的门店先建剧本内容库——排场系统拦不住一纸整改通知。
• 效果按试点口径：效果描述只做试点前后对比的定性验收，不是全公司财报；复制到下一店（下一场）前请重估客流、资质与支付配置。

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

口径：试点前后对比。定性结果：剧本按时段计库不再撞本，拼车组队人数透明、流局规则页面明示，支付核销留痕可对账，主路径关键动作 1 分钟内完成，开车提醒由公众号推送。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ