三十六个人，守着赛后那十五分钟

一条 120 字，正好一站地铁

2019 年我们刚上线时，赛后的信息是散的：比分在直播页，首发名单在另一个窗口，集锦要等到第二天早上。 真正难受的不是没地方看，而是你在路上只有几分钟，却要在三个页面之间来回切。

所以我们先做了一件很小的事——把一场比赛里最要紧的三样东西压进一条短讯：终场比分、决定胜负的那两个回合、双方首发。 单条不超过 120 字，通勤场景下平均 40 秒读完。这个长度不是拍出来的，是照着大多数人从上车到换乘之间的空隙定的。

写法也一并定死了：短句、动词优先、比分和时间必须落在句首，不堆形容词。今天累计发出的速读条目已经超过 4.2 万条， 单条的尺度没有变过。

单条字数上限

120

一条读完的均时

40 秒

累计发布的速读

4.2 万

终场哨响之后的那十五分钟

这十五分钟不是靠谁加班撑下来的，是四段固定动作在跑。每一段都有明确的完成时点和交付物，谁接谁的手，值班表上写得很清楚。

1. 01

   数据接入 T+1min

   比赛进行中持续接收回合流。终场哨响时，比分、轮次、阵容变更已经落在工作台上，值班编辑不需要再去别的页面抄一遍。

2. 02

   速读撰写 T+15min

   按固定三项过一遍事实：比分、关键回合、首发名单。确认无误后落笔，控制在 120 字以内，首条在终场后十五分钟内发出。

3. 03

   集锦剪辑 20:00 前

   剪辑组按回合标签取片，当日集锦在 20:00 前完成更新。平日上新 30 至 45 条，赛季关键轮次可以到 60 条。

4. 04

   复盘归档 当日

   条目并入对应联赛专题的归档，阵容变更记录随赛程一起保留。下一轮开打之前，你还能翻回上一场的原始名单。

首条速读发出

15 分钟

每日集锦更新完成

20:00

单日上新条数

30–45

谁在写，谁在把关

36 名编辑按联赛拆成 6 个小组，每个小组盯自己的轮次，交接在赛季推进中完成，不让一个人扛完整个赛季。

12 个联赛专题各自配 1 名主编辑与 2 至 3 名兼职观察员。主编辑定当轮的叙述重点、盯发稿时间；观察员常年跟同一支球队， 轮换、伤停、主客场差异这些细节由他们补进来。每赛季推出 4 期专题研究板，把球队轮换和场馆因素摊开讲一次。

开赛前 10 分钟，阵容模块锁定双方首发与替补名单。开赛前临时换人这类情况也会留在记录里， 你赛后回头查「当时到底谁先发」，看到的是开赛那一刻的版本，不是赛后被改过的最终版。

编辑团队规模

36 人

联赛小组

6 组

每个专题的主编辑

1 名

每个专题的观察员

2–3 名

联赛专题数量

12 个

每赛季专题研究板

4 期

从一个联赛，到十二个专题

六年多时间里我们改过几次骨架。每一次改动都指向同一个问题：读者在手机上多等一秒，就等于少看一条。

1. 起步期

   只做单场速读，只跟一个联赛。系统简单，写的人少，但把「终场后多久能看到」这件事第一次跑通了。

2. 铺开期

   联赛专题成形，每个专题开始维护自己的赛程脉络与场馆档案，场馆覆盖一路做到今天的 68 座。

3. 联手期

   与 24 家场馆媒体席、9 家数据服务商建立内容合作；2023 年起上线场馆信息纠错入口，把到现场才看得出的问题交回给读者指出来。

4. 焕新版

   2024 年 BB焕新版上线，导航结构、播放器与阵容时间轴一起重做。苹果设备端的播放器完成三轮适配，支持边下边播，离线可缓存最近 20 条集锦。

5. 现在

   12 个联赛专题同时在跑，弱网环境下播放器自动降低码率，先让画面出来，清晰度可以等。

场馆里的人和场馆外的数据

我们不在每座城市派人。现场的部分交给场馆媒体席，数据部分交给服务商，编辑台负责把它们变成你能直接读懂的那几句话。

24 家场馆媒体席提供边线视角与看台实况，也提供只有到过现场才知道的细节：哪个入场口排队短、地铁末班车几点、夜场照明的角度会不会晃眼。 9 家数据服务商提供回合级数据，支撑速读里的关键回合判断与赛程脉络。

场馆信息最容易出错。2023 年上线的纠错入口，就是把这件事交给每天真的走那扇门的人。到目前为止累计采纳用户纠错 5,800 余条， 改完在档案里留下修改痕迹，下一个人看到的就是新的。

想查某座场馆怎么走、哪个入口近，去联赛专题的场馆档案；想确认阵容名单什么时候刷出来，看功能中心。

我们在意的三件事

快、准、在路上也读得下去。这三句话听着普通，落到排班和产品上，每一条都有代价。

有想说的、想纠正的，走咨询通道；想先看看现在的赛况，直接回首页的速读清单。