球场长租核销总乱？场次账单把对账做稳｜互联商通案例

一、客户背景与痛点

这家篮球馆在深圳，固定球队长期包场是稳定收入来源，长租合约靠微信约定，场次核销与费用全靠馆长的小本子。

四个最疼的问题：

• 口头占场：「周三晚上老时间」微信一句话，档期冲突没人发现。
• 核销乱：到场不打卡、打了几场说不清，账全靠回忆。
• 转租随意：球队把场次转给别的球队，馆长事后才知道。
• 费用不清：月租、灯光费、爽约扣减混在一起，月底对账鸡飞狗跳。

二、方案总览：4 步把对账做稳

首版克制，只做长租履约闭环，把「口头占场」变成「合约 + 场次账单」。

1. 长租合约：包场时段、单价、周期结构化成合约，档期自动锁定。
2. 场次核销：每场到场扫码核销，未核销场次记爽约、按规则处理。
3. 转租审批：换队换人上场走小程序审批，不批不生效。
4. 月度账单：核销场次 + 灯光费 + 爽约扣减逐笔成账，月底一键对账。

完整能力清单见 篮球场方案。

三、核心功能清单

• 合约化长租：包场时段写入合约，与散客订场同一本库存账，冲突自动拦截。
• 到场核销：球队队长出示场次码，馆方扫码核销，未核销自动记爽约。
• 转租审批流：转租申请、馆方审批两级留痕，换谁上场有据可查。
• 灯光费按项：灯光等附加费用按项预置，账单自动带出。
• 月账单：逐笔核销成账，扣减、加项列得明明白白。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到馆里：按「前一步跑顺再进下一步」推进，拆成五个动作。

1. 进场前准备：合约与价目定稿。开工先把存量长租球队逐队确认：包场时段、单价、周期、押金，全部录入成正式合约；灯光费表与爽约规则（扣减口径、补场规则）逐条与馆长确认定稿。馆长看到的是合约一队队对完、规则页经得起队长追问；球队此时还看不到变化。
2. 与订场库存对接：合约与散客先跑通。上线前把「合约时段 → 自动锁档期」与「散客订场 → 冲突校验」两条链路在测试环境走通；长租档期对散客自动关闭，超卖在系统层面不可能发生；核销码与场次绑定验证跑通。
3. 员工培训：一条主线加两套话术。前台只强调一条：上场必须核销，小本子记账停用。对队长的话术是「每周场次码在小程序里，到场扫一下，账月底自动对」；馆长学会后台看核销率、出月账单，日常运营不再事事找技术支持。
4. 灰度试点：两支老球队先试两周。全量放开前先让包场最久的两支球队走新流程，盯三件事：核销顺不顺、爽约判定合不合理、月账单对不对。试出来的问题当场改——核销放宽到前后 15 分钟、爽约补场规则细化，再逐队铺开；试点期不做数字考核，只看流程收敛，正式口径见第六节。
5. 值班与应急：首个月底对账驻场。上线首月月底对账周驻场，值班覆盖核销、转租、账单三类突发：漏核销按值班记录补登并说明、转租审批超时人工介入、账单差异逐笔与队长核对修正。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做赛事社交。联赛报名、社区组局等增长型功能后置，先保证长租对账闭环可验；赛事体系按二期运营节奏评估，不与一期验收混在一起。

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

试点期内：

• 长租对账差异客诉降至月均 1 起内（试点前后对比）。
• 场次核销化后，「这个月打了几场」当月可查。
• 馆长验收只看「账单差异与爽约率」，而不是包场数。

所有数字为项目试点口径，复制前请重估球队数、场地与档期结构；数据对比写清分子分母与排除周。

七、坑与复盘

1. 规则口头未进固定页：爽约扣减、补场规则一开始靠馆长口头说，球队不认账；落成合约页固定规则后，双方才有同一套真相。
2. 授权与提醒时机过早：首次签约就请求全部订阅消息，队长警惕拒权多；改为合约生效后逐项请求、提醒按场次节点合并发送。
3. 双记账：小本子与系统账单并行导致核销漂移；只保留系统一本账，小本子只记应急事项，当日回填。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；合约模板与规则页从第一天进版本管理，调整留痕，月底对账有据。

八、常见问题 FAQ