乐竞赛事：从一座场馆的看台，到一场比赛的开赛时间

起点是一座看台找不到的入口

最早的需求来自观众席之外。有人知道比赛日期，却不知道从哪个地铁口进场；有人查到了开赛时间， 却在看台编号前绕了半圈。我们把这些零散问题拆成五类字段——看台结构、交通指引、入场动线、 场地线条与周边服务——逐馆整理，做成了现在的场馆信息库。

这套国内体育赛事场馆信息，是乐竞赛事所有服务的底座。在它之上，赛事日历记录开赛时间与轮次， 更新记录公开每一次变动，伤停标签回答“这场谁不能上”。四样东西指向同一个时间点：开球前那十分钟。

我们长期服务三类人：想把比赛看准的观众，要把场馆讲清楚的运营方，以及需要稳定赛程来源的内容伙伴。

从赛事日历 1.0 到多端一致性版本

平台自 2017 年上线赛事日历 1.0 以来，已完成 6 次大版本迭代，当前为多端一致性版本 v3.6。 每一次版本更替，解决的都是一线用户提上来的具体问题。

1. 2017 起步

   赛事日历 1.0 上线，先做开赛时间与场馆索引，从第一批城市开始逐场录入。

2. 2019 扩展

   场馆信息库成型，五类字段逐馆落位，省级行政区覆盖达到 31 个。

3. 2021 轮次化

   伤停信息进入轮次更新流程，开赛前十分钟集中呈现阵容确认标签。

4. 2023 多端

   手机与平板入口排布对齐，换设备后常用入口不变；同年获体育信息服务创新案例。

5. 2024 协同

   入选场馆数字化协作推荐目录，内容与媒体伙伴扩展到 36 家。

6. 当前 v3.6

   每年维护约 1.8 万场赛事信息，赛事日历累计收录超过 12 万场赛事条目。

68 个人怎么把一场比赛讲清楚

内容团队 68 人，分成四个互相咬合的岗位。编辑负责把话说通顺，数据负责把时间放准， 产品技术守着手机与平板两端，客户成功接住用户当场提出的问题。

22 编辑 赛前前瞻、场馆观察与专题组稿，按每年 4 季节奏推进。

18 数据 维护赛程与场馆字段，按轮次刷新开赛时间与伤停状态。

16 产品技术 多端入口同序排列，支撑 v3.6 的稳定性与加载速度。

12 客户成功 工作日 9:00-18:00 人工值守，赛事高峰轮次 7×12 小时轮值。

1. 轮次排期：每周先梳理下一轮赛程与场馆变更，确定更新先后顺序。
2. 字段落位：开赛时间、场馆、看台与伤停进入同一张表，彼此对得上号。
3. 标签发布：伤停与缺阵以短标签呈现，开赛前十分钟最为集中。
4. 值守响应：用户在使用中提出的问题，当天进入客服记录并反馈到对应岗位。

480 余家场馆，不是一张名单

场馆信息库里的每一家，都对应看台结构、交通指引、入场动线、场地线条与周边服务五类字段。 场馆运营方按自己的赛事节奏提交变更，我们据此更新页面上的开赛时间与场馆说明。

赛事运营方在这里发布轮次安排，内容与媒体伙伴从这里取用赛前素材。一条赛程从提交到读者看到， 通常要经过场馆、运营方与编辑三道手，最后由数据岗确认时间字段，才出现在赛事日历上。

31 省级行政区覆盖

480+ 体育场馆

120+ 赛事运营方

36 内容与媒体伙伴

把时间说准，把入口放平，把话说明白

赛事服务的价值不在内容有多少，而在关键十分钟里够不够用。这是乐竞赛事判断一件工作值不值得做的标准。