40 余家赛事数据供应方
赛程、阵容与统计来自不同渠道,长期合作让我们能交叉比对同一场比赛的多个来源,遇到差异时知道去哪里问清楚。
赛事数据服务 · 2016 年至今
凯云体育做的是件需要准时的事:一场比赛结束,比分、首发与替补、换人与红黄牌、技术统计,十五分钟内送到你面前,并且对得上官方名单。
首发和替补是比赛里最容易被抄错的两行字,也最影响你看球时的判断。我们把这件事当成起点。
2016 年,五个人围着几块屏幕,做一件当时没多少人愿意花力气的事:把每场比赛的首发与替补抄准、对完、发出去。名单本身不难查,难在开赛前一小时临时改人,难在同一名球员在不同联赛有不同译名,也难在名单公布之后还得跟着换人、红黄牌一路改下去。
这个起点决定了后来很多事。你打开比赛详情,阵容在最上面;2022 年做 iOS 客户端时,第一个打磨的入口就是阵容核对区;到今天推出的当季通道,默认你进入之后先想看谁上场。数据服务表面上是比分,底下其实是名单。
也正是从那时候起,团队习惯了把比赛当成有始有终的一件事:开赛前有名单,终场后有统计,中间每一次换人都要跟着改。
全天都有比赛,所以这里的班次排的是时区,不是钟点。
赛事编辑组由 30 名编辑组成,按北京时间轮班,覆盖全天主要赛事时段。欧洲的晚场、美洲的凌晨、亚洲的下午,同一张赛程表上排着不同时区的比赛,班次就跟着比赛走。
每场比赛结束之后,六类字段被逐项确认:比分、进球时间、阵容、换人、红黄牌与技术统计。确认完成的比赛才以更新状态出现在列表里,还在处理中的会明确标出来,你一眼能看出这条数据处在哪一步。
这套做法不聪明,但需要长期做下去。赛程密集的周末,一件事往往由两三个人接力完成,交接的时候只认已经确认过的那一版。
足球和篮球是主干,网球、排球、电竞各有各的赛季节奏,长尾赛事的名字往往只在本地流传。
主流联赛赛程密集、关注度高,结束后第一时间处理;长尾赛事的信息散落在不同来源,团队会先把球队与球员档案立起来,再一场一场补齐。那 1,700 支球队和 36,000 名球员,就是这么攒出来的。
从五个人做到一支完整的队伍,几个节点决定了今天你在手机上看到的样子。
从首发与替补名单做起,先把最容易出错的那两行字确定下来。
支持球队、赛事、主客场与时间段四维组合筛选,最长可回溯 10 个赛季。
阵容信息入口放在比赛详情页顶部,打开一场比赛就能先对上首发与替补。
按赛季组织,进入后直接看到联赛排名、积分榜与剩余赛程。
登录后 30 秒内完成关注球队、自选赛事与提醒设置的迁移,换手机不用重来。
86 人的团队分在两座城市,内容与数据工程人员占六成以上。一个赛事密集的周末,两边的人在不同时段接着做同一件事。
编辑组按北京时间分段值守,一场比赛结束后先确认比分与进球时间,再对照官方名单确认首发与替补、换人与红黄牌,最后补齐技术统计。当轮的阵容轮换与战绩变化,也会同时走进赛场观察的赛季专题。
负责数据入库、当季通道的赛季组织,以及 iOS 与 Android 双端的双周迭代。换设备时的迁移逻辑也在这里完成——登录之后,关注球队、自选赛事与提醒设置一次性搬过去。当前 iOS 版本为 3.6.0。
换设备丢了设置、某场比赛看着没更新、找不到当季通道在哪里——这类反馈会先由支持同事归类,再转到对应的编辑或工程同事手上。附上截图与设备型号,处理会快很多。
一份赛事记录要经得起看,靠的是一整条链路上的人都愿意认真。
赛程、阵容与统计来自不同渠道,长期合作让我们能交叉比对同一场比赛的多个来源,遇到差异时知道去哪里问清楚。
赛前预告、赛后复盘与赛季专题长期使用同一批赛事记录,节奏跟得上发稿,数字也对得上画面。
汇总主流联赛的阵容轮换与战绩趋势,给做内容与做分析的人一个可以直接翻的底本。
同年入选本地体育产业数字化案例。奖项之外,更实在的是每周按时更新的那份赛程表。