把场上发生的事记准
26 人的编辑团队按足球、篮球与综合项目分成三个小组。每场比赛结束后，对应小组的值班编辑先把原始事件归集起来，再逐项核对进球方、时间点与主客关系。核对不上的场次直接回退重查，宁可晚几分钟，也不让一条错记录上线。
01 / 起点
全场比分说不清的那些事
一场 3 比 1 的比赛，可能前 15 分钟就已经定了结局，也可能拖到 75 分钟之后才被改写。只给你一个终场比分，你看到的只是结果，看不到过程里谁在什么时候压住了谁，也看不到某支球队的失球是不是总集中在半场结束前的那一段。
我们把这个信息补上。每一场比赛的进球与失球都被放进六个十五分钟区间——0-15、15-30、30-45、45-60、60-75、75-90 分钟，加时与补时单独成段。每个区间同时给出进球数、失球数与净差值，颜色越深，说明那一段的事件越密集。
- 0-15
- 15-30
- 30-45
- 45-60
- 60-75
- 75-90
02 / 分工
三支团队在一场比赛上的接力
从终场哨响到你在手机上看到新数据，中间要经过三拨人。数据编辑负责把场上发生的事变成可读的记录，工程负责让它准时送到你面前，产品与体验负责让你不用查说明书就能看懂。
让它准时到你手上
18 人的工程团队管三件事：数据从哪里进、客户端怎么取、远端用户看得到看不到。安卓客户端的取数逻辑、每周同步包的打包分发，以及高原地区的高延迟适配，都在这一组手上。
让你扫一眼就懂
9 人的产品与体验团队负责区间图、阵容对照表与右侧固定访问面板。把三项指标压进一个色块、把首发与替补放进同一张表，目标都是同一件事：不需要看说明，也能在三秒内读出这场的节奏。
03 / 流程
一份区间数据要过四道手
每一条出现在你眼前的区间记录，都走过下面这四步。顺序不能省，也不能并。
-
01
采集
终场后第一时间按联赛与场次归集全场事件，先原样存下原始记录，不做任何加工，方便后续倒查。
-
02
核校
与官方赛果逐项比对，时间点、进球方、主客关系逐条复核。出现不一致的场次，整场回退重查，不单独改某一格。
-
03
标注
把事件落到六个十五分钟区间，生成该区间的进球数、失球数与净差值；同一场比赛的首发、替补与位置调整进同一张对照表，按位置调整、伤停替换、轮换与战术变动四类逐行标注。
-
04
发布
拼进每周三的同步包，与上一轮阵容变动、区间数据修订和新版本说明一起发出。赛季不停，这个节奏就不停。
04 / 服务网络
把服务送到高原
高原地区的网络延迟明显高于平原，同样的页面在平原转一圈就回来了，在这里可能要等上好几倍。所以我们把访问节点直接铺到了离你更近的地方。
拉萨、日喀则、昌都、林芝、山南五地都部署了访问节点，你所在位置附近的节点会优先承接请求，页面与数据不用绕远路。配套做过的优化包括：首屏资源优先送达、区间图分块渲染、下拉刷新只取变化部分。做完这一轮，高原网络下的首次页面渲染平均在 1.8 秒内完成。
换设备也是同样的思路。你在日常固定访问面板里留下的观察记录，换到新手机或平板后可以直接接上，不用重复设置一遍。
05 / 演进
一路走来的几个阶段
每个阶段都对应一个当时没解决好的问题。问题解决了，服务范围就往外推一圈。
-
v1.0
单联赛区间图
最早只做一个联赛，把进失球切成六个十五分钟区间。当时要解决的问题很单一：终场比分看不出节奏，球迷讨论攻防只能靠印象。
-
v2.0
多联赛与阵容对照
覆盖范围扩到 36 个联赛与杯赛，新增阵容变动对照：同一场比赛的首发、替补与位置调整放进同一张表逐行标注变化。看球的人开始不只关心比分，也关心换了谁。
-
v3.0
高原访问节点
节点铺到拉萨、日喀则、昌都、林芝、山南五地，配套做分块渲染与增量刷新。此前高原用户最常反馈的加载慢，在这一阶段被压到首次渲染平均 1.8 秒内。
-
v3.6
CN 通道当前版本
大版本迭代周期约六周，每周发布一次数据同步包。按这个节奏算，一年大约发出 52 期；日常固定访问面板在这个版本里接管了跨设备的记录延续。
06 / 坚持
我们一直守在三条线上
-
记录要对得上
每条区间数据上线前都经过核校，修订记录保留最近 12 个自然月。发现错误，我们改的是整场，不是单独抹掉某一格。
-
更新不缺席
赛季进行期间，每周三固定发出同步包，含上一轮阵容变动、区间数据修订与新版本说明三部分。一个自然年大约 52 期。
-
记录跟着你走
日常固定访问面板默认停靠在页面右侧，可收起为窄条。换手机或平板后，此前的观察记录直接接上，不用重新设置。