七年夜班，把一场夜间赛事从比分写到战报

01 · 起点

先把夜里看不全的问题解决掉

站点起步于七年之前。那时守着夜场的人有个共同处境：比分在一个页面刷，红黄牌在另一个地方挂着， 第二天想把这场球拼回去，只能靠记忆和零散截图。想知道第 63 分钟那张牌之后谁少打一人，得翻三四个地方。

我们把这几样东西请回同一场比赛下面——比分、红黄牌、使用记录跟着同一个赛事编号走，赛后两小时内补上一篇从头读到尾的战报。 从比分进得去，读完了走得出，中间不用记住自己刚才在哪个页面。

这条思路后来长成了完整的数据面板，三个视图各管一段：比分视图看即时，数据视图看过程，复盘视图看结论。 想先摸清入口，可以看数据面板与方案。

02 · 团队

三十二个人，围着同一场夜班转

编辑、数据复核、产品技术、客服运营四个小组混编在一条夜班里，交接发生在同一张排期表上。

分工细到岗位：谁盯哪几场、谁在比分跳变时回看画面、谁在第二天把用户提的问题归到具体一场比赛，都写得清楚。 所以您在夜里提出的问题，第二天早上能找到对它负责的人。

03 · 一夜之间

同一场比赛，在站内要经过三次落笔

从开赛到天亮，一场夜赛会被写三遍：排期与名单、场上的数字、可读的战报。三次落笔各自有负责的小组， 前一次的输出就是后一次的输入。

1. 01 · 赛前 / 19:30 之前

   名单与排期落位

   编辑确定当晚的赛事名单与栏目归属，左侧时间轴按开赛时段排开；重点场次提前挂上手动刷新入口， 让等哨响的人不必反复下拉。

2. 02 · 赛中 / 每 90 秒

   数字进面板

   比分按稳定版的节奏推进，红黄牌与使用记录同屏写入同一块面板。出现跳变时由数据小组回看画面， 确认后才让数字停下来。

3. 03 · 赛后 / 两小时内

   战报初稿出手

   编辑把数字翻成段落，写清关键节点与走势；当日再更新一次，把夜里来不及展开的细节补齐， 第二天打开仍是完整的。

比分是入口。读完一场球，才是我们想让人带走的东西。

04 · 覆盖

十八个栏目，每夜平均二十六场

栏目覆盖常见联赛与杯赛，按开赛时段组织成一条夜场时间轴，从 19:30 一路排到次日 6:00。 打开比分台，先看到的是今晚还剩几场、正在打的是哪几场。

关注球队是很多老用户每天回来的理由：把球队加进列表，当晚有它的比赛会在时间轴上提前亮起， 赛后的观察也会出现在战报与动态的对应栏目里。合作的球迷社群、 赛事内容号和校园体育社团累计已有 120 家，按栏目配置和使用周期来安排。

05 · 问题怎么走

一个问题进来，会走到具体的一场比赛

06 · 阶段

从一条比分线，到稳定版 3.2

七年里站点改过几次骨架，每次都是被夜里的使用习惯推着走的。

1. 第 1—2 年 · 起步

   一条比分线与赛后手记

   覆盖的赛事不多，先把每条比分都跟到人，赛后再补一段文字说明发生了什么。

2. 第 3—4 年 · 扩栏

   栏目扩到十八个，关注球队上线

   时间轴按开赛时段重排，球迷社群和校园社团开始把这里当作夜里看球的固定入口。

3. 第 5—6 年 · 同屏

   红黄牌与使用记录搬进同一面板

   比分、数据、复盘三种视图定型，赛后看一场球不必再切三四个页面。

4. 第 7 年至今 · 稳定版 3.2

   刷新节奏固定，反馈有了固定路径

   默认每 90 秒推进一次，工单式反馈接住夜间问题，合作方累计 120 家。