双人交叉校对
每份射门分布与阶段数据由两名分析岗分别产出，比对一致才进入发布流程。
从一张赛程表，走到复盘数据台
最早做的是赛程本身。用户点开就想知道下一场几点踢、上一场比分怎样，所以团队把心思全部花在切换速度上——从任意一项赛事跳到另一项，走的步数被压到两步以内。
后来需求往上走了一截。球迷看完比赛不满足于比分，想弄清射门从哪里发起、哪段时间被压得最紧。射门分布图和 MatchPoint 复盘就是在这条线上长出来的，从最早一批 2019 赛季的比赛开始攒数据，现在总量已经超过 128,000 场。
- 128,000 场比赛的完整数据
- 3 个赛季的射门分布可对照
- 5 分钟内生成终场战报
68 个人，各管一段数据链路
团队 68 人，分成两大部分：一头贴着比赛，一头贴着用户。前者保证数据出来得准、出来得快；后者保证你在切换赛程、打开战报、翻看复盘时不会被卡住。
数据工程与赛事分析
23 人
负责赛程采集、事件流处理、射门分布计算与复盘数据生成，是整条链路里离比赛最近的一组人。
产品、运营与客服支持
45 人
负责切换体验、战报排版、账号问题排查和日常答疑，工作日 9:00 到 18:00 有人值守。
数据工程 · 交叉校对
42 项赛事，从国内联赛到洲际杯赛
赛事覆盖横跨国内联赛、洲际杯赛和主流国际赛事，共 42 项。每一场都会留下完整的事件记录、射门分布和阶段数据，供赛前查看与赛后回溯。
用户主要的使用场景集中在赛后复盘和赛季回溯，也有一部分是赛前查看赛程与对阵。移动端和桌面端看到的是同一场比赛、同一组数值。
一步一个节点，能力往前推
从留档第一场赛事数据，到把三种数据维度放进同一张对照视图，中间隔了好几个赛季。下面这些节点能说明每一段具体做了什么。
-
2019 赛季
赛事数据开始留档
最早的一批比赛从这一季进入存档，到现在仍是整个平台可以回溯的起点。
-
射门分布 · 第一版
18 宫格分区上线
把射门位置按 18 个分区拆开统计，从此射门不再只是一个总数。
-
赛程切换 · 重构
App 端切换压到两步以内
顶部标签直接承担赛程切换，从任意一场比赛跳到另一项赛事，中间的点击次数大幅下降。
-
MatchPoint · 上线
阶段与区域两个维度同时开放
复盘数据按上半场、下半场、加时、点球四个阶段切换，也能按区域定位射门密度。
-
赛季结构升级
射门分布补齐三个赛季
过往三个赛季的热区可以逐季对照，赛季之间的战术变化第一次能放在一起看。
-
当前版本
每周迭代，关键事件低于 1 秒送达
版本每周发布一次，进球、红牌、点球这类事件的推送延迟控制在 < 1s，终场战报约 5 分钟内生成。
一条数据从产生到发布，中间有三道关口
射门分布和复盘数据在发布之前，会经过两组人独立算一遍再交叉比对。数值对不上就退回重算，不会带着疑问推给用户。
异常 30 分钟内修正
赛况推送一旦出现偏差，值岗人员会在半小时内完成修正并覆盖旧值。
两端同一组数值
移动端与桌面端共用同一条计算链路，一场比赛在两处看到的比分与热区完全对应。
赛季级结构复核
每赛季完成一次结构级升级，赛季末会整体复核归档数据，把口径拉齐再开放对照。
如果你发现某场数据对不上，把截图发到客服邮箱，数据类问题平均 4 小时内会给出处理结论。