G1
内容采集组
14 人分赴各赛区，在现场记录每一次换人、每一个进球与每一段补时， 把第一手的纸条、录音和截图带回来。
- 进球与助攻的分钟数
- 换人顺序与出场时间
- 主裁给出的补时时长
- 临时球衣号码与伤停替换
SEC.00 / 赛场背后
晚上十点以后，比分是谁盯着改到最后一秒
云开赛场从 2019 赛季开始运营，现在覆盖 6 个联赛、20 支球队与 520 名球员档案。 你在页面上看到的一个比分，要走完采集、录入、双人校对、发布四道环节， 中间经过三个小组、四条班次的接力。
重度球迷用它追当晚的比分与伤停，体育媒体在写稿前拿它对阵容， 赛区服务商和球迷社区把比分卡与球员卡片接到自己的页面上。
01
一块球场之外的数据台
我们把比分、伤停名单、球衣号码和球员记录放在同一套编号体系里。 想查一支球队本赛季的伤停变化，或者翻某名球员的号码变更， 从球队分区进去就能一路走到球员卡片，不用在几个页面之间来回跳。
比赛日的晚间是最忙的时候。终场哨响后的半小时内， 比分、半场结果、补时时长、射门与控球这些字段要完成第一次发布； 出场数据、号码变动和伤停区间的归档则在当晚收尾。
如果你只想知道昨晚谁赢了，首页的比分卡已经把结论摆在最前面。 如果你要把这些数字写进稿件、接进自己的产品流程， 数据服务台会把每个字段的来路、版本变化和订阅方式讲得更细。
02
三支小组，三十四个人
采集、审核、工程各管一段，人数相差不大，交接却卡得很紧。
G2
校对审核组
9 人两个人各自过一遍同一场比赛的字段，两次结论一致才允许上线， 不一致就退回采集端重新取一次。
- 比分与半场结果
- 球衣号码与场上位置
- 伤停区间的起止
- 球队所属的联赛分区
G3
数据工程组
11 人负责页面的呈现方式、旧版与新版的并排展示，以及历史数据的归档， 让去年的比赛现在还翻得回去。
- 比分卡与球员卡片的呈现
- 旧版补时时长的并排展示
- 最近 12 个月的历史归档
- 数据接口的字段映射
03
一个比赛日的四条班次
从赛前六小时到终场后三小时，四条班次把一天切成四段，谁也不留空档。
-
赛前 6 小时
早班
列出双方出场名单与替补席，把本场可能出现的号码变动先登记下来。
-
开赛前 2 小时
午班
整理本场伤停名单，按联赛分区、位置与球衣号码三级排序后挂出。
-
终场后 30 分钟内
晚场班
比分、半场结果、补时时长、射门与控球完成首次发布，这是当晚最紧的一段。
-
终场后 3 小时
深夜收尾班
出场数据、号码变更与伤停区间入档，写进可以回溯最近 12 个月的记录库。
04
一场比赛要走完的四道环节
-
01
现场采集
采集员在场边盯完整场，把换人、进球、补时和突发号码变动记下来。这一步解决的是数据从哪儿来。
-
02
录入成字段
现场记录转成比分、半场结果、补时时长、射门、控球这样的结构化字段，格式按联赛分区各自对齐。
-
03
双人校对
审核组的两个人分别核对同一场，重点看号码有没有串、补时是不是被漏掉。这一步拦住的是最容易被读者一眼看出的错。
-
04
发布与归档
字段上线，旧版页面仍然保留，内地的补时时长可以在两版之间并排看。发布完这一步，这场比赛才算真正进入记录库。
05
从单联赛起步到六个联赛
-
2019 赛季
起步：一张比分表
平台开始运营，首个赛季只发布单一联赛的比分数据，班次也只有两条，全部人力压在一件事上——把比分写准。
-
2021 赛季
伤停与号码分区
伤停名单与球衣号码被拆成分区，二十支球队按联赛分开排列，每区再按位置与号码排序，翻找一支球队不用再整页扫过去。
-
2023 赛季
球员记录卡片
球员档案以记录卡片的形式上线，出场数据、号码变更与伤停区间串成一条线；历史数据回溯同步开放，过去的比赛重新可查。
-
2024 赛季
多联赛切换与旧版对照
联赛切换上线，一个入口就能在各赛区之间跳转。内地赛事的补时时长在旧版与新版本中并排呈现，比对历史场次不用再开两个窗口。
-
本季
首页改版与记录中心
首页比分呈现完成调整，记录中心同步改版。使用记录里可以直接翻到历史比赛数据与自己的访问轨迹，最近 12 个月的内容都在。