一支 46 人的团队，从 2016 年起盯住赛事数据与规则变化

01 / 分工

四组人，排在一条更新链上

比赛日的动作是有顺序的：编辑先把结果定下来，技术把它送上页面，客户成功同步给已接入的机构，内容组把值得展开的部分写成专题。四个组各管一段，出了状况知道找谁。

02 / 历程

从 2016 年到今天，能力一点点加出来

最早的一批用户是内容编辑和赛事写手，他们要在赛前一小时内查到伤停名单。后来需求往前走，我们也跟着往前走。

1. 2016

   从赛季数据整理起步

   按赛季整理赛事数据与规则信息，先解决“赛前查不到、查到的不对”这两件事。

2. 2018

   规则说明库建立

   把散在各处的条款整理成条目，按赛季编版本号并附变更摘要。到今天累计整理超过 1,200 条。

3. 2020

   大屏数据面板上线

   伤停、规则和刷新记录放进同一块可扫视的界面，默认保留最近 180 天轨迹，某场比赛的数据什么时候动过可以回看。

4. 2022

   开放数据接口

   以 JSON 返回，单次请求最多取 60 场比赛的伤停与刷新字段，媒体和数据团队可以直接接进自己的工作流。

5. 2023

   流程获得行业认可

   赛事数据整理流程获得体育数据服务行业年度创新案例奖，靠的是一线编辑每天重复的那套动作。

6. 2024

   面板 3.0 发布

   刷新记录支持按分钟粒度筛选并导出 CSV，单次最多导出 5,000 行，写稿、做复盘都能直接拿去用。

03 / 一次改动

一条规则改动，要过几道手

规则临时调整是最容易出错的时候。下面是一次改动从被发现到出现在页面上的完整走法，伤停状态的变更也走同一条路。

1. 01

   值班编辑先发现

   赛前巡场时看到条款与页面上的写法对不上，先标成待确认，同时通知同组的第二名编辑。

2. 02

   两个人各看一遍

   两名编辑独立给出结论，一致才往下走。两边结果不一样，就回到第一步重新找依据，不带疑问上线。

3. 03

   写进规则说明库

   结论一致后按赛季编一个版本号，附上变更摘要，写明这次改了什么、会影响哪些场次。

4. 04

   推送到面板

   规则更新用青色标记，伤停变化用橙色标记，时间节点用黄色。面板上的颜色，告诉你这条信息属于哪一类。

5. 05

   有人接住后续提问

   客户成功组同步给已接入的机构。你对某条改动有疑问，直接发邮件问就行，工作日当天有人回。

04 / 服务对象

谁在用，怎么用

同一批数据，三类人用法完全不同。把对应场景说清楚，你就知道自己属于哪一类。

05 / 合作方式

开始合作之后，大概是这个节奏

流程不复杂，你只需要说清楚用在什么场景、谁来用，剩下的我们来排。