2016
手工记录单场赛事
一个人、一台笔记本，盯完一场比赛的每个事件，赛后对着录像逐条复核。记录量小，但每一条都经得起回看。
起点
一场比赛，一台笔记本
最早的时候，只有一个人盯着一场比赛。开球之后，他用一台笔记本记下每一次射门、每一张黄牌、每一次换人，赛后调出录像逐条回看校正，确保记下的位置和真实发生的对得上。一场比赛下来，记录本上密密麻麻，屏幕里的表格也要改上好几遍。
当时能做的选择很多——追热点、发资讯、做比分播报，都有人在做。凤凰体育把方向收窄到比赛本身：一场球是怎么踢的，射门从哪个区域发起，谁在什么时间改变了节奏。这些东西不会过夜就失效，球迷输了球也会回头再翻一遍。
这套笨办法留下了两样东西：一套判断数据是否可信的核对习惯，以及一个从比赛出发、而不是从资讯流出发的内容结构。后来所有的产品形态，都是从这个起点长出来的。
关键节点
每一步，都在解决一个具体问题
2018
首个赛事数据平台上线
散落在表格里的记录被搬进线上系统，球队、球员、赛季之间可以互相索引，同一场比赛的事件按时间轴铺开。
2020
移动端整体改版
看球的主场从电脑挪到了手机，页面按手机屏幕重新排布：赛程、比分、统计压进一屏，滑两下就能找到正在进行的那场。
2022
单场视图立项
把射门统计、关注列表、阵容、事件时间线与赛后集锦收进同一场比赛里，看完一场球不必在几个入口之间来回跳。
2024
iOS 客户端重构
底层重写，支持 iOS 16 及以上系统，安装包约 78MB，画中画与后台音频播放同时上线，边做事边听球不再中断。
2025
赛事页结构升级
赛事按联赛、杯赛、赛季阶段与开赛时间分层归类，找一场比赛的路明显缩短，冷门赛事也不再被埋在后面。
数据体系
覆盖范围是一年年铺出来的
48,000+
单赛季采集与分析比赛场次
800ms
核心数据端到端刷新
1.5s
重要事件推送到关注列表
99.95%
三地机房多活年度可用性
从个位数的重点联赛起步，采集范围一步步推到今天的 62 个联赛与杯赛，跨赛季、跨地区、跨赛制。每场比赛保留的事件级统计字段覆盖射门、射正、禁区内射门、射门区域分布与预期进球 xG，也覆盖阵容变化、换人节点与事件时间线。
每多接一个联赛，背后要补的不只是采集通道，还有赛事规则差异、赛程变更和裁判判罚的记录方式。这些工作在后台完成，你看到的只是一场比赛打开就有数。
数据从采集到呈现在你面前，核心管线的端到端刷新控制在 800 毫秒以内；比赛中出现进球或红牌这类重要事件，推送到关注列表大约 1.5 秒。
服务端采用三地机房多活部署，年度可用性保持在 99.95%。开赛前后的访问高峰，是这套架构最常被检验的时刻。
团队与分工
180 多人，围着比赛的时间表转
全站团队 180 余人，其中数据运营 46 人、研发 88 人、内容编辑 24 人，其余为产品与支持岗位。研发占比接近一半，是因为从采集、校对到下发，每一环都要自己写工具，现成的方案很难适配不同联赛的记录差异。
- 数据运营 46
- 研发 88
- 内容编辑 24
- 产品与支持 22
排班跟着赛程走。欧洲联赛的深夜场次需要有人值到凌晨，周末则是全天最密集的时段，数据运营与内容编辑按赛程高峰分期轮换，保证比赛进行时始终有人在看、有人在核对、有人在盯管线。
合作生态
内容机构、区域媒体与接口合作方
赛事数据的价值不只体现在自家产品里。凤凰体育与 30 余家赛事内容机构、12 家区域体育媒体建立了稳定的内容合作关系，把单场比赛的事件时间线、射门统计与集锦素材提供给需要它们的编辑部和制作团队。
想做数据接入的合作方，可以直接对接我们开放的三类数据订阅：比赛事件、射门统计与关注提醒。区域媒体常用前两类做赛后复盘，内容机构更常订阅关注提醒，用来跟进特定球队的赛程变化。
-
30+
赛事内容机构
围绕单场视图提供的事件级数据与集锦素材，用于赛后复盘内容与赛事专题制作。
-
12
区域体育媒体
以本地赛事与球队为切口，接入射门统计与阵容数据，补齐自有报道里缺失的统计维度。
-
3
数据接口订阅类型
比赛事件、射门统计、关注提醒。接入前可以先申请小范围试跑，确认字段和使用方式再扩量。
下一步
把单场视图做深
