单场触发
跟着一支队伍跑客场
一位带队老师只关心本校球队的客场比赛。订阅单场触发以后,客场的入场动线、开赛时间和该场数据在队列里排好,不用再从几个来源拼一张信息表。
- 覆盖球队1 支
- 赛季上限60 场
- 推送起点该场开赛前
2019 年起 · 中国区赛事信息
安博赛事做的事说起来并不复杂:先把场馆和赛程跑一遍,再按场次把球队数据送到需要的人手上。你守着一支队伍、一个赛区,还是整季赛程,都能找到合拍的订阅方式。
业务起点
2019 年起,我们从场馆与赛程信息开始整理。那时很多带队老师和俱乐部数据岗手上只有一张赛后汇总表,场馆几点开门、从哪个门进、看台怎么分、现场终端在不在线,全靠临时打电话问人。
我们把这四类信息先固定下来,再把赛程挂上去。场馆清楚了,比赛时间、对阵和统计才有地方落脚。2021 年,第一版数据订阅服务上线,这套原本自己用的信息终于成了别人能订阅的东西。
后来每一次升级都沿着同一条线走:让信息在开场前到位,而不是赛后补。
版本演进
版本号只是个记号。真正变的是你拿到数据的时间点,以及能拿到多细。
第一版以赛后汇总表为主:比赛打完,数据整理成表,第二天打开就能看到。它解决了「有没有」的问题,但节奏是被动的,你始终在等一份已经结束的结果。
第二版加入场馆字段与栏目化阅读。开放时段、入场动线、看台分区不再散落在几个地方,而是跟着比赛一起出现。找信息的路径短了,临时改计划也从容得多。
内测阶段主要验证按场次推送的整条链路:一场比赛推一次,重点场次安排双人复核。问题集中在赛程高峰时段暴露,我们按赛程分班轮值,把并发和延迟一点点压下来。
2024 赛季起正式按场次推送,旧版战报专栏的每日汇总退出。你在比赛进程中就能拿到本场数据,赛后两小时内终值补齐,导出的表格可以直接拿去做复盘。
团队分工
数据不是自动长出来的。有人在机房盯链路,有人在场馆里跑动线,有人在后台把字段讲清楚。
负责采集链路、推送队列与导出工具。赛程密集的时候,他们的注意力全在系统稳定性和推送延迟上。
分区域对接 640 座场馆,赛前把开放时段与动线敲定,赛中巡场,赛后两小时内补齐终值。
管栏目结构、字段说明与版本说明,累计写了 90 篇操作教程,覆盖订阅设置、字段含义与导出流程。
三个小组按赛程分班轮值,重点场次固定双人复核。忙的时候不一定有人在群里秒回,但每一场该推的数据都会推出去。
场景精选
安博案例合集里的场景都做过匿名处理,讲的不是谁赢了哪场,而是不同节奏下的人怎么用这套数据。
单场触发
一位带队老师只关心本校球队的客场比赛。订阅单场触发以后,客场的入场动线、开赛时间和该场数据在队列里排好,不用再从几个来源拼一张信息表。
阶段包
区域赛事运营方要在单个赛季阶段里同时跟多支队伍。阶段包把最多 6 支球队、240 场放进同一个视图,赛程推进时切换场次,谁在打、打到哪儿一目了然。
整季包
俱乐部数据岗要覆盖全部推送场次,还得做赛后复盘。整季包含赛后复核与批量导出权限,CSV 与 XLSX 单次最多 5 万行,附字段说明,拿去做内部报告不用二次加工。
想看更细的方案差别与字段清单,可以到应用与订阅逐条对照。
合作生态
场馆的一手情况在现场,赛事的组织方在本地。我们把这两头连起来,信息才不至于在半路断掉。
把本地赛程调整与场馆现场情况汇进来,赛前有变动时我们先知道。
对接终端设备状态与数据接口,设备离线时能第一时间定位到是哪一座馆、哪一台机。
一起把校园赛事的场馆字段统一起来,也让带队老师更容易看懂和使用这些数据。
2023 年,我们参与建设的场馆数据协同项目入选省级体育信息化应用优秀案例。
信息流转
区域联络员逐座场馆确认开放时段、入场动线与看台分区,把这场比赛的场馆底子先打好。临时调整的场次会重新走一遍。
场馆终端采集回传,页面平均 40 秒刷新一次。设备离线的场次会被标出来,值班同事同步联系现场补数据。
终值补齐,统计数据开放导出。CSV 或 XLSX,单次上限 5 万行,附带字段说明,直接能进你的复盘表。