双人复核制
名单变动由两位同事分别确认,两侧结果一致才推到页面。重要赛事的首发还会加一次额外确认,宁可晚十几秒,也不放一条没把握的阵容。
七年之前
2016 年上线首版时,站里只有一张手工维护的首发名单表。第一批用户是几位赛事编辑,他们在截稿前的十几分钟里,需要有人替他们确认某支球队到底换了谁先发。
这张表后来长成了覆盖 12 个运动项目、260 余项赛事的阵容库,但那个时间点没有变:名单公布之后、开赛之前的那段空档,始终是这份工作最要紧的地方。
九年里我们做过 9 次版本迭代。会员中心、专家专栏、桌面端体育专区陆续上线,留下的东西是一次比一次更早把确定的消息送到您面前。
团队分工
团队按赛程时段分班,从凌晨的欧洲联赛一路盖到上午的北美赛事。人数最多的那一块,专门盯着赛前的名单。
流程拆解
从名单出现在公开发布渠道,到您在页面上看到一个带确认标记的阵容,中间走的是这五步。
赛程接口在秒级把名单更新推到数据台,同时带出球队名称与比赛编号。
值班同事比对球队的常用写法与最近三场的首发,把首发、替补和伤停分开列出。
另一位同事不看前一个人的结果,自己走一遍名单,两侧一致才放行。
阵容确认状态上线,名单变动记录追加到该场比赛的时间轴里。
赛前十分钟内的价格变动一并展示,您在同一屏就能看完整。
更新节奏
赛事入口与专题索引固定在每周三更新一次,更新记录保留 12 个月。对长期跟赛事的人来说,这件事意味着两样东西:您知道哪一天该来看新一批专题,也知道过去一年里的任何一次调整都还能翻回去。
会员中心的关注列表会在更新后同步刷新,您关注的球队一旦有新专题,无需再从头找一遍。
服务标准
速度快不等于放得松。下面这三条,是每次推送之前都要走完的。
名单变动由两位同事分别确认,两侧结果一致才推到页面。重要赛事的首发还会加一次额外确认,宁可晚十几秒,也不放一条没把握的阵容。
赛程与统计同时来自 9 家公开数据接口服务商。三方数据出现分歧时,以名单原始发布方为准,其余来源只作旁证。
两个来源对不上时,页面维持上一版并标出待更新状态,同时通知值班同事介入。您在页面上看到"待更新",就是我们还没放下这条消息。
服务对象
三类人用同一批数据,但关心的东西不一样。站点的结构要能同时接住他们。
截稿前最怕反复刷页面。他们需要一处能立刻给出首发与阵容变动的地方,确认标记和价格放在同一屏,一次读完就能下笔。
赛前要看对手的轮换习惯,以及伤停带来的首发变化。按赛季归档的回看集锦和阵容变动记录,能省下大量翻录像的时间。
通勤路上用手机翻阵容,回家在桌面端做整段复盘。两端共用同一套阅读结构,关键数据的位置不会变,换设备不用重新适应。