十年，只做一件事：把开赛时间说准

01

起点，是一张自己画的赛程表

最早没有平台，只有一张几个人的共享表格。同一个周末的比赛散落在好几家网站， 开赛时间写法各不相同，一个日期要来回换算几次才敢记下来。有人索性把整轮对阵 抄进自己的表里，统一成一套格式——第一版赛程表就这么出现了，只装得下国内一个联赛。

那张表后来长成了今天的赛程中心：覆盖国内三级职业联赛与两项杯赛，单赛季收录 2,400 余场比赛。做法没怎么变过，一场比赛的开始时间只有一种写法， 一套首发名单只有一个确认时刻，你查到的和别人查到的必须是同一件事。

02

六个阶段，一条不断变长的线

从一张表格到覆盖三地的数据团队，中间走过六步。点开每一段能看见当时解决的问题。

1. 01

   单联赛赛程表

   只收录一个联赛的开赛时间，人工填进共享表格。

   最朴素的一步，也是全站的地基：把散在各处的日期与主客场关系重新排成一套统一格式，先让人看得懂，再谈查得快。

2. 02

   三级联赛一起进来

   赛程结构扩到三级职业联赛加两项杯赛。

   不同级别联赛的轮次安排、升降级附加赛与杯赛抽签规则完全不一样，赛程表要能同时装下三种节奏，还要让球迷一眼分出层级。

3. 03

   走到手机上

   页面按手机屏幕重新排一遍，站在看台上也能查。

   移动端成为主要入口后，首屏要能在 1.2 秒内出内容，下一场开打时间与阵容状态必须放在第一眼就能看到的位置。

4. 04

   赛前十分钟提醒

   阵容确认推送到订阅用户手上，平均 90 秒内完成确认。

   提醒需要你主动授权才会开启，只在开赛前十分钟触发一次，不为别的目的多发一条。

5. 05

   电脑版分栏

   联赛排名与视频集锦并列为两大板块。

   排名支持按积分、净胜球、近五轮状态筛选，还能把两支球队并排放着比；集锦按轮次、球队、时长分类归档。

6. 06

   对接多渠道数据源

   人工录入退到校验位，机器先跑，人来做最后一遍判断。

   目前对接 12 家赛事数据服务商与官方信息渠道，采编从逐条抄写变成逐条确认，比赛日的产能因此翻了好几倍。

03

三座城市，各管一段路

团队不大，分工很清楚：内容、产品、运营各在一座城市，用同一条时间线协作。

04

一条赛程要过几道手

一场比赛的信息平均要经过三次独立校验才会出现在你眼前。展开每一步，看看具体在确认什么。

01采编

从对接渠道取回原始赛程、主客场关系与球队名单初稿，先把它们整理成站内能读的结构。

• 开赛时间统一换算为主场当地时间
• 轮次与场地信息对齐到同一张对阵表
• 尚未公布的阵容位置先做留白标记

02交叉校验

由另一位编辑用第二个来源独立走一遍，两条结果对上了才放行。

• 比对开赛时间与主客场关系
• 检查同一轮次内相邻比赛的时间冲突
• 确认赛事方的临时调整已经同步进表

03发布

确定的信息先上线，不确定的部分分批补齐，不让整张表等着一个位置。

• 先发布时间与场地，阵容按各队公布进度跟进
• 同步推入赛前十分钟的提醒队列
• 电脑版与移动端同时生效

04赛后回填

终场哨响不是结束，比分与数据要回到每一张关联的表里。

• 补入最终比分与进球时间
• 更新积分、净胜球与近五轮状态
• 比赛片段按轮次、球队、时长归入集锦库

05

一起把事做成的伙伴

信息这行没有独行侠。数据来自渠道，内容靠同行互推，准确性由多方一起兜住。

• 12 赛事数据服务商与官方信息渠道 覆盖赛程、阵容、实时比分与赛后统计，多来源并行，任何一条信息都不止一个出处。
• 20 地方体育媒体内容互推 区域报道与本地视角互相引用，让不在现场的球迷也能读到主场周边的信息。
• 06 省级电视台赛事转播数据支持 为转播画面提供排名与对阵数据，屏幕上的每次切换都来自同一份底表。

近两年，团队连续入选行业协会年度体育数据服务优秀案例。这类认可对球迷没什么直接用处， 但说明了一件事：这套做法经得起同行看。

06

高原上的工作方式