把九十分钟，拆成能查、能比、能翻回去的数字

从一张赛程表，做到六大模块

2016 年团队刚起步时，手上只有赛程和赛果两列数据，靠人工录入和纸质核对单推进。到了今天，围绕一场比赛我们维护六个方向的内容：两队的历史交锋、红黄牌记录、控球率变更说明、射手榜、战术热区，以及阵容与伤停。

这些内容不是一次性写完就算完。每场比赛的数据都带一个 M2F9 版本号，谁在什么时候改过哪个数字，都能顺着一路翻回这场比赛第一次发布时留下的样子。

六个模块各自能按什么条件筛选、能拆到多细，在数据产品中心里有逐项的说明，这里不再重复。

三道来源，两道复核，之后才生成版本号

一场比赛的记录要同时盯住三类材料。赛事官方公告给出赛果、出场与判罚的基准；赛区裁判报告是红黄牌判定、赛后追加与撤销情形的直接依据；公开转播画面标注则用来还原逐帧的跑动位置与控球时段。三类材料互相印证，缺一项我们不会往下走。

标注完成后，第二位编辑会独立复看一遍，把每个字段与来源材料重新比一遍。如果两道复核给出的结论不一致，就交给当值编辑组长裁定，裁定理由写进这场比赛的版本备注里，后续修正也不会覆盖原先那条记录。

六十七个人，盯着十八个赛区

团队目前由 46 名数据编辑和 21 名算法与前端工程师组成。编辑分两班：白天处理已经结束的比赛，逐帧回看并完成标注与复核；夜间跟着直播节奏做实时记录，遇到争议判定先挂标记，等赛区报告出来再定性。

M2F9 版本号是怎么长出来的

最早的编号很随意，编辑各自按日期加序号归档，跨人查一场旧比赛要翻好几张表。后来我们把编号改成赛区加赛季加场次，字段统一了，但同一场比赛被改过几次依然看不出来。M2F9 这套命名启用后，一次发布对应一个号，改动生成新号，旧号原样留着。

修正不是把旧记录抹掉，而是让旧记录和修正理由一起留在这场比赛里。

赛前前瞻页会并行展示两支球队各自的版本，做复盘的人则常常要对着稳定版逐项比一遍。哪些数字在赛季中途被改过、为什么改，可以在数据观察的修订记录里一条条看到。

谁在用这些数字，怎么用

目前有 300 余家体育媒体、数据机构与球迷社区在长期取用我们的数据。不同的人关心的东西差别很大，交付方式也跟着分成了两种。

接口对接与页面嵌入的两种形式各有适配场景，想聊具体方案可以走联系我们的通道。

把评审中踩过的坑，讲回行业里去

团队每年会参加赛区数据标注相关的行业讨论，把复核中反复出现的争议情形整理出来，反馈到标注规则的修订建议里。这类讨论不产出新闻，但会实实在在改变下一赛季大家怎么记录一次两黄变一红。

面向体育内容团队，我们做过数据阅读的分享，重点讲怎么判断两个榜单为什么对不上，以及引用数据时为什么要带上版本号。面向青训机构的内容岗，我们也做过更基础的讲解，从一场比赛的记录怎么生成开始。

每个赛季结束，团队内部会做一次版本复盘，把全季被修正次数最多的字段挑出来，看是标注规则不清楚还是复核环节掉了链子。新编辑的带教也按赛季走，跟满一个完整赛季才算过关。

数据来源包括赛事官方公告、赛区裁判报告与公开转播画面标注，每场数据至少经过两道复核后发布。