赛事数据组
18人
管赛程、比分、阵容与历史数据翻页。比赛日实行 24 小时轮值,负责把场上发生的事在几分钟内落到页面上。
开赛之前,先看 WM
全部联赛
01 / 起点与演进
2019 年站里只跟一个联赛,首发名单靠人工整理,比赛一结束就停止更新。之后的每一次扩围,都是被同一个问题推着走:用户开赛前还想确认什么。今天的规模是另一个量级,推着走的那个问题没换过。
手动整理首发与换人,比赛结束后停止更新。这批早期条目后来成了历史数据逐场翻页的原型,也是第一个联赛归档频道最初的骨架。
每条记录带上所属联赛、窗口类型与截止时间。单个窗口期平均留下 3,800 条以上转会与租借记录,窗口一关,条目自动转入历史区,不再占当日版面。
订阅支持按联赛、按球队两种粒度,可以同时挂多个联赛。同年引入斜切与刻度的界面语言,信息块从此有了统一的形状,密集排布也不至于糊成一片。
首发名单公布后平均 5 分钟内完成同步。阵容页给出双方近 5 场交锋与首发变化对比,可以一场一场往前翻,判断谁的状态在往上走。
WM 呼号统一进导航与模块命名,左侧呼号轨把当前联赛代码常驻在视野边缘。12 个联赛归档频道与 4 个专题系列在这一年定型。
02 / 一条记录怎么来
一条转会记录到你手机上,中间有四道工序。工序本身不复杂,难的是每一条都走完——窗口期最后几天,一天几百条新信息,漏一条就可能让你第二天对着名单发愣。
联赛与俱乐部官方公告、官方注册名单、公开赛程是三条入口。窗口期按联赛分片,每个联赛有固定跟进人,不靠临时拼人。
产出公告原文与时间戳
同一件事至少两个来源对得上才往下走。合作的 6 家数据服务商提供赛程与名单的第三方参照,出现差异就回到原始公告再确认一次。
产出双方一致的赛程与名单底稿
联赛、窗口类型、截止时间三样一起写进条目。截止时间是硬字段,窗口一关条目转历史,明年同一个窗口还能翻出来对照。
产出带截止时间的可检索条目
条目进入对应联赛频道,订阅了这个联赛或球队的人同步收到提醒。开赛前再推一次阵容,两步都设好了,你基本不会错过。
产出频道页面与订阅提醒
03 / 四个小组
赛事数据、转会归档、客户端产品、用户支持,四个小组各管一段。分工定得细,是为了让半夜三点的那条阵容变动,有人接、有人发、有人第二天回看。
18人
管赛程、比分、阵容与历史数据翻页。比赛日实行 24 小时轮值,负责把场上发生的事在几分钟内落到页面上。
12人
管转会与租借记录的分类、截止时间标注、窗口关闭后的转档。窗口期延长为全天候值守,夜里也有人在。
9人
管安卓端的功能设计与发版节奏。当前主版本 3.8,每 4 周发布一次功能或数据更新,安装包约 42MB。
7人
管邮件与电话的问题受理。收到的高频问题会回流给前三个组,成为下一轮改版的需求来源。
轮到比赛日,数据组按开球时间倒排班次,首发公布到同步平均控制在 5 分钟内。产品组在后台盯着同步链路,支持组盯着邮件,出问题当场就能定位到某一条链路。
转会窗口最后一周最忙,归档组把班次拉到全天候,采集、校验、归档三条线同时跑。截止时间前两小时会加一道复看,确保当天进来的条目都带着窗口标记落了地。
04 / 信息出处
转会、租借、教练变动、伤停通报的第一出处。公告发布的时间点会一并记下,方便你判断消息新旧。
报名名单与球衣号码的确认依据。阵容页的首发与替补以此为准,不按传闻改。
开赛时间、场地与轮次的基准。订阅提醒的时间点全部从这里取,改期也会跟着改。
6 家赛事数据服务商提供赛程与阵容的第三方参照。两边不一致时以官方公告为准,差异会记进当天的交接记录,第二天上班第一件事就是翻前一天的差异清单。
05 / WM 这套呼号
WM 两个字在站内到处都是,但它不是装饰。导航、模块名、提醒文案、客户端通知标题,统一用它开头。你手机锁屏上弹出来的那条提示,看一眼就知道该不该点。
界面走的是夜场转播控制室的路子:深墨绿打底,柠黄只出现在能点、已选中和关键数字上,橙红专门留给即将截止,冷灰蓝承担数据底纹与时间戳。颜色分得清,半夜看球才不会被晃到。
左侧那条 64px 的呼号轨贯穿全站,竖排 WM 加当前联赛代码,手机上收成顶部一条。你切到哪个联赛,轨道上就跟着变。
06 / 每年一次回看
每年发布一次赛事内容复盘报告,把当年的归档量、更新时效和用户实际走法摊开看一遍。用户平均每周用 4.2 次、单次停留约 11 分钟,周末连看两场是最集中的场景——这些都会影响第二年的人手往哪摆。