八年赛事数据，一支按赛程上班的团队

01 日常

开赛前几小时，三条线同时在动

数据编辑盯着伤停名单与停赛通知，把队名、位置、缺阵原因录进对应的球队档案；工程那边盯着列表刷新、切换联赛后的位置还原，还有首页第二屏的集锦入口是否点得开；运营与客服守着邮箱，把当天反馈的显示问题转给对应的人。

• 18 数据编辑 伤停、停赛、赛后战报与历史交锋的录入整理，平均每个比赛日新增 260 条伤停与停赛记录
• 14 客户端与前端工程 平板三栏排版、折叠展开、切走再切回原联赛时列表位置与筛选条件的保留
• 14 内容运营与客服 专题编排、集锦上架、邮件答疑，以及把安装和数据问题分派给工程师

赛事横跨三个时区，团队按赛事日历排班，亚洲、欧洲与美洲的场次都有对应的人在岗。

02 流程

一条伤停信息，要过三个人的手

信息从录入到出现在你的屏幕上，中间有三道关卡。前两道求准，最后一道求完整。

01编辑初审

先看这条消息是不是今天的、是不是这个联赛的。伤停变动、停赛通知、战报成稿都由对应联赛的编辑先过一遍，把队名、位置与缺阵原因对齐到球队档案里；来源含糊或挂错球队的，在这一步就会被退回去。

02数据校验

交锋记录、排名、伤停人数会与已归档的赛季数据比一遍；新出现的球队名要能在译名表里找到对应条目，找不到就先补表再用，这样同一支队不会在两条栏目里出现两种写法。

03发布复核

最后一道只看两件事：摘要行与展开后的全量内容是否接得上，伤停、战报、集锦是否各自归到了正确的位置。通过之后才进入伤停归档、赛后战报栏目或集锦库。

站内 1,400 条统一译名表由编辑组维护，新球队、新联赛进来时先补译名再上线，越到后面越少撞名。

03 历程

八个赛季，能力是一块块加上去的

1. 首个赛季 / 起步

   先把一个联赛的球队档案做扎实

   队名、主客场、常用阵型、历史交锋，一项一项补齐。7,800 支球队的底子就是从这一批档案开始滚起来的，后来再扩联赛，靠的也是同一套字段。

2. 第 2–3 个赛季 / 扩联赛

   从单联赛到 54 个联赛的伤停归档

   足球 38 个、篮球 16 个联赛陆续进库，伤停信息按联赛归档。你点开一支队的名字，看到的是这支队的伤停名单和一条条更新记录，而不是一堆混在一起的消息。

3. 第 5 个赛季 / 上平板

   焕新版把横屏当主场景重做

   伤停、战报、历史交锋三栏并列，折叠屏、8 英寸、10 英寸及以上各有一套宽度；竖屏与窄屏自动收成标签切换。切到另一个联赛再切回来，列表位置与筛选条件都还在。

4. 当前赛季 / 集锦与专题

   回看集锦成库，专题按周更新

   约 1.2 万条片段按联赛、轮次、球队三级归档，每个比赛日新增 60–90 条；专题栏目每周更新 3–5 个，分联赛观察、赛后复盘与版本通告三类，赛后战报在比赛结束后 30 分钟内出图文版。

05 一致性

同时开着两个联赛，你看到的词是同一套

多联赛并读最怕的不是信息少，而是同一个意思换了个说法。下面四件事决定了你并排看两张表时，数字为什么接得上。

• A

  一套译名表

  1,400 条译名覆盖队名、联赛名与常见球员名，同一支队在任何栏目里都是同一个写法，搜索也好对。

• B

  轮次各归各的联赛

  轮次按各联赛自身赛制编排，足球与篮球的“第 12 轮”不会被摆在一起比较，赛程和排名才对得上。

• C

  伤停状态有明确说法

  缺阵、停赛、伤疑分别对应不同的条目与标记，点开队名看到的是同一套定义下的名单，不会读成两种意思。

• D

  什么时候更新

  伤停名单在每个比赛日 09:00 与 18:00 各做一次整体同步，开赛前 90 分钟再刷一次；排名在每轮结束后 15 分钟内更新。