站点与团队

谁在做这些数字,为什么要做

冠军体育希洪最早不是一套产品,是几个人的跟队习惯。两个级别、42 支球队,一轮下来几十场球,光看比分判断不出该熬夜盯哪一场,于是我们把客场表现和伤停名单一条条记下来,写在看台上的笔记本里。记到现在,这件事由 14 个人接着做,做成了能一眼读完的看板和能接进自己表格的接口。

比赛日看板每 45 秒刷新一次,非比赛日每小时整点复核一次;页面顶部显示的复核时刻随访问实时更新,最近一次复核

14

个人,四个岗位,轮班盯着每一个比赛日

3

段产品形态:跟队笔记、指标看板、关注列表与接口

6

家中文球迷社区与我们长期互换赛程提醒与译名口径

三段路,点开看每一段留下了什么

从一个人的笔记本,到一块给所有只看重点场次的人用的看板,中间隔了三个阶段。每一段都留下了一个还能查证的数。

只有客场胜率和手写的伤停名单。判断全靠印象,赛后经常要回头翻页对账,一轮下来笔记能写满小半本。

留下:客场胜率按窗口取值的写法,后来一直没改。

把积分、净胜球和剩余赛程放进同一套推演,保级与升级两个视角一起给。刷新间隔从 90 秒压到 45 秒,非比赛日改成整点复核。

留下:45 秒刷新与整点复核这套节奏,沿用至今。

把常看的球队固定下来,最多 12 支,只看重点场次的可以收窄到 3 支;同时把同样的口径通过 REST 与 JSON 交出去。

留下:网页端与 iOS 端同步同一份关注列表。

看台上的那本笔记本

起点非常具体:一个赛季里,我们要回答的问题只有一句——这一轮哪几场值得熬夜,哪几场可以直接跳过。当时的做法是把零散比分抄下来,再自己拿积分、净胜球和剩余赛程重算一遍保级与升级的区间。算完才发现,真正决定难度的不是排名,而是客场的表现和当轮有谁踢不了。

于是笔记本里多出两栏:一栏记录客场近期表现,一栏记录伤停。两个级别一共 42 支球队,一个赛季跑下来 842 场常规赛加上升级附加赛,手记很快就不够用了——不是记不完,而是记完之后没人能在一分钟内找到答案。

这就是我们决定做下去的原因。不是想把比赛都存起来,而是想让「值不值得看」这件事在一句话里说清楚。

看台一角与摊开的笔记本轮廓叠印的双色调画面,红白条纹沿画面下沿铺开

结论先站住,再谈数字

搬进看板之后,第一件事是把结论的顺序定死:先给判断,再给能验证判断的数字。升降级形势每轮重算一次,积分、净胜球与剩余赛程放在同一套推演里,保级和升级两个视角一起给,避免只看一个方向得出片面的难易度。

客场胜率用赛季滚动窗口,近 6 场和近 12 场两档同时摆出来。两档之间的差异本身就是信息:窗口短说明状态在变,窗口长说明底子稳定,二者背离的时候,重点场次的真实难度往往被低估。

仪表盘折线与球场中线叠化的抽象双色调图,线条由白转红
看板上的每条折线都对应一个可以展开说明的样本区间,口径与推演方法写在数据能力页

刷新节奏也是在这个阶段定下来的:比赛日核心看板平均 45 秒刷新一次,非比赛日每小时整点复核一次,复核时间写在页面顶部。这个间隔由此前的 90 秒缩短而来,缩短的理由很实际——伤停名单在开赛前两小时最容易变。

把球队固定下来,也把数字交出去

看板能解决「这一轮看什么」,解决不了「我只看这几支队」。所以有了关注列表:iOS 主页最多固定 12 支球队,只看重点场次的球迷可以把推送范围收窄到 3 支,收窄之后推送密度明显下降,但每一条都落在自己关心的比赛上。列表通过站点账号在网页端与 iOS 端同步,换设备登录就能恢复。

推送分两个时间点:开赛前 60 分钟给首发名单与伤停变化,比赛结束后 10 分钟给积分区间更新。前者决定要不要打开直播,后者决定第二天的讨论基于什么数字。

再往后是把口径交出去。联赛数据接口用 REST 与 JSON 格式提供,单账号每分钟最多 60 次调用,另有一个沙箱环境供对接测试。伤病档案简体版则放在首页第二栏,按膝、踝、腿筋、腹股沟、肩、头部六个部位和四档恢复周期翻查。这五项能力各自的边界,写在服务清单里。

谁在盯着每一轮

多块工作台面与数据线横向叠印的双色调横幅,红白条纹贯穿画面右侧

团队一共 14 人,分成四岗,每一岗负责的环节都能单独追责。

  • 4

    数据值守

    盯比赛日看板,触发刷新与整点复核,负责把异常波动第一时间标出来。

  • 3

    视频复核

    用录像回看争议的伤停与名单,赛前名单由两名编辑交叉确认后才推出去。

  • 4

    中文编译

    把联赛名称、球队译名与字段名统一成简体口径,保证同一支球队在每个页面叫同一个名字。

  • 3

    产品与客服

    维护关注列表与接口的可用性,处理同步、勘误与接口咨询,同时把反馈归到下一轮的改进项里。

跟谁一起做,做到什么程度

我们不做孤岛。赛程提醒、译名口径和球迷端的用法,很多是靠合作方一起打磨出来的。

6 家中文球迷社区
互相交换赛程提醒与译名口径,社区版主可以直接把看板结论转到自己的讨论区,遇到口径不一致时由我们出对照说明。
3 家数据供应方
提供基础赛程与比分来源,接口字段的对齐和沙箱联调都在这一层完成,出现歧义数据时以视频复核为准。
连续两个赛季进入中文足球数据服务类评选前十
评选依据是可用性与纠错响应,不是访问量。同期网页端每月约 26 万次访问,iOS 关注列表活跃设备约 3.8 万台。

站点面向中国福建地区运营,所有口径以简体中文为准。需要落成文件往来的合作,走联系客服的邮箱说明用途即可。

现在还不够好的地方

把话说在前面比事后解释省事。目前我们自己最清楚的三处短板如下。

  • 客场胜率的窗口在密集赛程期偏钝

    一周双赛的时候,近 6 场可能横跨三周,状态变化被摊平。我们正在试把窗口改成分段加权,但还没找到既好读又不失真的呈现方式。

  • 伤病档案的部位标注偶尔要人工回退

    同一名球员在短周期内出现两处伤停时,部位归属会打架。这类条目目前由视频复核人工判一次,代价是速度慢半天。

  • 接口字段对非技术用户不够友好

    字段名按数据侧习惯命名,做内容的人第一次看会需要对照表。我们计划在下一轮补一份字段与场景的对应说明。

发现数字不对,或者想让我们补上某个字段,直接发邮件说明球队、指标和你看到的时间点。客服在工作日 9:00-18:00 受理,工作时段内平均 4 小时首次回复;争议数据 15 分钟内定位来源,24 小时内给出更正说明。

把问题发给客服