把赛场上的每一分钟 变成场馆看得懂的数

场馆不缺比赛，缺的是知道哪一场值得加码

同样的赛程密度，有的场次开场前半小时就坐满，有的打到第三节还剩大片空位；有的观众散场就走，有的会去旁边再买一杯。差别不在运气，在于运营方提前看不看得见。

我们把这四件事放在一条时间线上：入场人数、场次密度、观众停留时长、二次到场率。赛前它能告诉你哪场该加开入口、哪片看台适合做活动；赛后它能对照出，是哪一步起了作用、哪一步白忙了。

一次赛事的经验如果能留在系统里，下个赛季换人接手，路还在——这就是我们把它当工程做、而不是当一次性项目做的原因。

• 4 类核心热度指标 入场人数、场次密度、停留时长、二次到场率
• 2,300 余场赛事看板运行 单个赛季累计承载的看板运行量
• 36 个月常规保存周期 赛事数据可回溯，场馆也可申请延长归档

版本走到哪，场馆的能力就到哪

从一块热度看板起步，到能装下一整个赛季的工具组。每个版本解决的都是场馆提过的问题。

1. v1.0

   场馆热度看板

   入场人数、场次密度、停留时长与二次到场率第一次放进同一块屏。运营方开始有可对照的基线，不再凭印象判断哪场是真正的人气场。

2. v2.0

   赛事工具

   场次编排、技术统计、红黄牌看板、场馆热度与赛后归档归到一处。赛事当天不用在几个系统之间来回跳，技术台一个人也能盯下来。

3. v3.0

   焕新版

   界面重排，深底看数据、暖底读规则，入口位置就此固定。老用户升级后第一天就能找到原来那个按钮。

4. v3.2

   适配清单

   平板、电脑与赛事工具三类终端的支持情况逐项写清。接入前就能拿到本场馆的书面结论，不用等装好了才发现某块屏跑不动。

42 个人，分工摆在明面上

一个接入项目不是某一个人跟到底，而是三类角色同时在场：写系统的、盯赛场的、定规范的。同一次会、同一份清单，问题当场说清。

数据工程与产品研发 19 人 +

负责数据接入、指标计算、看板与终端适配。对接计时计分设备厂商时，各家记分格式不一样，他们把差异消化在这一层，场馆那头看到的是统一的场次结构。

赛事运营与场馆服务 15 人 +

赛季前驻场确认赛程与终端，赛中盯着看板与刷新状态，赛后出复盘结论与场馆热度月报。场馆提出的新需求，也是他们带回到产品侧。

设计与支持 8 人 +

负责界面与图形规范、帮助文档、接入期的技术支持与培训。新场馆上手的第一课、技术台的常见问题，都由这一组整理成可查的材料。

这三组人加起来 42 人，自 2017 年起持续投入军体赛事场馆的数据服务，中途没有换过赛道。

从单一项目馆到综合军体馆，都跑得起来

场馆的条件差别很大：有的只有一条通道一台电脑，有的是多馆区并行、一天几场比赛。所以我们把接入口做在前面——先看场馆有什么，再决定怎么接。

目前已服务 126 座场馆，覆盖 18 个省区市，既有单一场馆的赛季运营，也有跨馆区的统一看板。同一套界面规则下，各馆的数据互不干扰，集团侧又能拉齐对比。

设备这头，平台已与 6 家赛事计时与计分设备厂商完成数据对接，篮球、田径、游泳与综合军体项目的常见记分格式都能读进来。场馆沿用现有设备即可，不必为了上系统换一套硬件。

平台持有 12 项软件著作权，并通过 ISO/IEC 27001 信息安全管理体系认证。这些是场馆在走内部采购流程时最常被问到的东西。

• 126 座场馆
• 18 个省区市
• 6 家设备厂商完成对接
• 12 项软件著作权

从第一次沟通到上线，常规 2 至 4 周

新场馆接入走五步。节奏快慢主要看两件事：现有设备要接几种、赛季什么时候开打。往下每一步都有明确的交付物。

1. 01

   需求确认

   一场会讲清场馆数量、赛季安排与现有系统，定下版本方向与上线窗口。

2. 02

   终端确认

   按场馆实际设备逐项过一遍，给出终端支持清单，哪块屏能用当场说定。

3. 03

   数据对接

   接现有计时计分设备或导入历史数据，字段与场次结构一次性对齐。

4. 04

   试运行

   挑一到两场真实比赛跑完整流程，看板、红黄牌与热度指标同步验证。

5. 05

   正式上线

   赛程与账号交接完毕，运营与技术支持的对接人落到实处，赛季就能开跑。