22
数据工程
把多路数据源接进来、做交叉比对、推到前台,异常值由专人复核。赛程密集的晚上,这间屋子最亮。
品牌概况
2014 年,我们做了一个只显示比分的页面。十一年过去,它长成了今天的完美体育中文站:约 420 万注册用户、覆盖 5 大联赛与 12 项杯赛的数据、一支 68 人的团队,以及一份每年都在续写的版本记录。
2014 年上线时,这里只有一个页面:一场比赛的比分,每隔几秒刷新一次。用户大多是上班族——开会时手机扣在桌下,看到进球提示才敢低头。这个场景决定了后来所有的取舍:信息要短,刷新要快,在地铁隧道里断网再连上也得能看得住。
今天来这里的人分得比当年细。通勤路上只盯主队进球的轻度用户,需要的是屏幕上那一行数字;同时关注三五支球队的重度用户,要的是红黄牌、阵容和开场终场都别漏;还有内容创作者和球迷组织,他们关心的是能不能把赛程、积分榜整理成表格带走。三种诉求,最后都落在同一个入口上。
团队一共 68 人,其中三支队伍直接围着比赛数据和内容转,另有一批产品、设计与技术岗位穿插其间。
22
把多路数据源接进来、做交叉比对、推到前台,异常值由专人复核。赛程密集的晚上,这间屋子最亮。
15
负责阵容、红黄牌与每周的赛季解读,从版本更新到使用技巧都归他们写。
11
订阅设置、提醒不生效、账号换机,工作日 9:00 到 18:00 都有人接。
站点的赛事数据来自 6 家长期协作的数据服务方。同一场比赛会拿到多路结果,比对之后才推送到前台;如果几路之间对不上,就交给人来核,确认为错误后更正。开赛前十分钟的阵容确认页面针对小屏做了布局压缩,尽量让你少滚两屏。
这套节奏在赛季初和杯赛淘汰阶段压力最大,多场比赛同时开球时,数据工程会额外留人盯着当晚的推送队列。
版本号是这三支队伍共同留下的痕迹。改动通常不是来自内部排期,而是来自用户的抱怨:看不到、找不到、切来切去太麻烦。展开下面几个节点,可以看到每一步具体做了什么。
追比分的入口固定到页面底部导航,小屏上单手就能点到。当前小屏版本为 3.2,这也是最近一次改动幅度较大的调整。
赛程、积分榜、红黄牌记录与历史交锋原来分散在不同位置,现在并到同一页,支持 CSV 与图片两种导出格式。要整理一份球队资料,不用再来回切页面。
同时关注多支球队的人越来越多,于是把订阅做成了独立列表:最多可以关注 30 支球队,订阅之后红黄牌记录在列表中单独成列显示,不用点进详情去翻。
最早只是一个显示实时比分的页面,覆盖的赛事也远没有今天这么多。之后每一年都在往上加东西:订阅、提醒、资料导出、小屏适配,一路加到现在。
覆盖范围按赛季集中调整一次。杯赛进入淘汰阶段之后,后续场次会补进来;一些平时不太有人关注的联赛,只要进入名单,阵容和事件同步节奏与主流赛事一致,不会因为冷门就慢半拍。
如果你常看的赛事暂时不在名单里,可以在联系咨询里说明,运营会记录需求,并在下一轮评估时一起看。
站点累计注册用户约 420 万,月活跃用户约 96 万。用户账号最多可以在 5 台设备上同步订阅列表与提醒设置,换手机、换平板不用重新配一遍。订阅提醒覆盖进球、红黄牌、开场与终场四类事件。
客服工作时间为工作日 9:00 至 18:00,多数账号与设置类问题当天就能有答复。遇到赛季高峰,回复会稍慢一些,但不会没人管。
除了把当天的比分送到你眼前,站点还有几条长期在跑的线。
每年发布一次,把当年度的功能调整与数据覆盖变化整理成一份完整记录,方便长期使用者回头对照。
与 6 家数据服务方保持长期内容协作,交叉校验之后再推送,异常值由专人复核并更正。
内容专栏平均每周发布 3 至 5 篇,按版本更新、功能解读、使用技巧、赛季观察四个方向更新。
客服收到的设置类求助与功能建议会汇总到运营,进下一轮的评估清单,改完之后写进更新记录。