先把一支球队的赛程讲清楚
最早的时候我们只做一件事:把厦门本地能看到的比赛整理成一张干净的表,每天固定时间更新一次。跟队的球迷不算多,但打开的时间很集中——下班之后、开赛之前、终场之后,各来一趟。
那段时间养成的习惯后来一直没改:比分先到,注释随后,遇到延期或改期的场次单独挑出来说明。为了让第二天早上打开的人看到的是完整的表,我们习惯了守着夜里的最后一场比赛。
最早的时候我们只做一件事:把厦门本地能看到的比赛整理成一张干净的表,每天固定时间更新一次。跟队的球迷不算多,但打开的时间很集中——下班之后、开赛之前、终场之后,各来一趟。
那段时间养成的习惯后来一直没改:比分先到,注释随后,遇到延期或改期的场次单独挑出来说明。为了让第二天早上打开的人看到的是完整的表,我们习惯了守着夜里的最后一场比赛。
2021 年首版安卓客户端发布,追比分这件事从浏览器挪到了手机上。用户不再集中在福建,服务范围逐步扩展,到今天已经覆盖全国 31 个省级行政区;联赛范围也一路加到 42 个主流联赛,每年经手约 3.6 万场比赛的比分与赛程。
联赛一多,工程的难度是成倍上来的。不同的开赛时间、不同的赛制、不同的延期规则,同一轮比赛可能横跨整个夜晚。为此我们把采集和校对流程重做了一遍,每场比赛的比分与赛程都要过一遍交叉校验才进库。
主客场表现面板是这条线上最晚补齐的一块。2023 年上线之后,长期跟一支球队的人终于有了顺手的地方去回答那些反复冒出来的问题:客场到底踢成什么样、这个赛季和上一个赛季的区别在哪、最近 5 个赛季的走势是不是真的在往下走。面板支持按赛季、赛事、球队三个维度筛选并排对比。
到这里,三块拼图算是齐了。主客场表现面板按赛季翻,看的是趋势;安卓端追比分按秒刷,管的是当下;回看资料库按周补,负责已经结束的比赛。三种节奏分别对应三种不同的看球习惯,你可以只用其中一块,也可以三块一起用。
主客场表现面板
三维筛选,可对比近 5 个赛季
安卓端追比分
低延迟刷新,推送直达通知栏
回看资料库
累计 2.4 万条赛后集锦与专题回看
团队
平台运营团队目前 68 人,分成内容、数据与用户支持三条线。这三条线不是并列摆着的,而是首尾相接:数据线把比分算准并送进库,内容线决定每场比赛在面板上被怎么讲清楚,用户支持线接住所有看完比分之后冒出来的问题。
数据工程与算法团队 24 人,负责采集、清洗、校验和推送链路的稳定运转。他们的工作大部分发生在别人看不到的地方——处理延期、处理临场换人导致的赛制变化、处理某个数据源短时抽风时的自动切换。真正呈现给用户的只有一个数字,但这个数字背后通常要经过好几次比对才会被放出来。
客服团队 16 人,负责订阅、账单、设备与推送相关的咨询。他们的日常很琐碎:有人换了手机要重新登录,有人发现某一轮的推送没响,有人想知道自己的订阅还剩多久。这些事单看都不大,但攒在一起就会影响一个人还愿不愿意继续跟下去。
内容运营
68
赛程编排、场次注释、专题回看的选题与撰写
数据工程与算法
24
采集链路、交叉校验、推送调度与延迟优化
用户支持
16
订阅开通、账单答疑、设备与推送排查
数据来源
我们和 12 家数据服务商保持长期合作,不同联赛走不同的对接通道。同一场比赛的比分、赛程和关键事件会从至少两条来源交叉比对,结果一致才写入库;出现分歧时,由值班的数据同学人工判定后再放行。
12 家服务商分别覆盖不同的联赛与地区,避免任何一条通道出问题就让整块面板停摆。
比分、时间、赛制三类信息分头比对,不一致的场次先挂起,确认之后再推送给订阅用户。
每日盘点刷新延迟异常的场次,找出是通道问题还是赛制问题,再回到采集规则里改掉。
比赛结束后,比分与关键事件一并归档进资料库,成为回看集锦与专题观察的原料。
长期约定
每周三补齐上一轮的赛后集锦与专题回看,跟队的人不用猜什么时候有新内容可看。
订阅、账单、推送异常,工作日这个时段内提交的问题都会有人接,邮件优先处理账单类咨询。
平均每六周推送一次功能更新,已累计发布 46 个版本,改动以稳定性与刷新速度为主。