8868赛场 · 沈阳运营团队

一支沈阳的数据小队,把每场球拆成可以被反复查的记录

8868赛场由辽宁沈阳的运营与数据团队维护。最早我们只做本地联赛的赛程与比分,如今已经覆盖 42 项运动赛事、190 余个联赛与杯赛,回看集锦归档超过 68,000 条。你在电脑上挂着的那一屏比分,背后是同一批人守着的同一套流程。

数据校对团队
14 人
合作数据供应方
12 家
当前版本线
v4
覆盖联赛与杯赛
190 余个
01

联赛在换季,记录一直在加长

起步 · 扩张 · 集锦 · 榜单

平台不是一次做完的。每一段节点都对应着当时用户提出来的具体需求:查不到比分、看不到回放、排名翻不过去。下面这些节点按时间排开,你能看出这条线是怎么一段段接上去的。

  1. 2016

    从赛程与比分看板起步

    最初只服务本地联赛,一屏赛程表加一列比分。当时的想法很简单:比赛进行中,刷新一次就能看到变化,不用在几个页面之间来回切。

    起点

  2. 2018

    联赛覆盖突破百项,数据对接转向长期合作

    零散对接的数据源开始跟不上赛程密度。这一年我们把供应方关系固定下来,逐步形成 12 家长期合作的数据来源,覆盖国内主流联赛与欧洲主要联赛。

    扩张

  3. 2020

    回看集锦上线,按事件时间点归档

    用户开始要求“昨天那个球在哪”。我们把集锦按赛事、球队、球员与时间轴四个维度切分,每条都标注事件时间点和关键画面,现在可回看最近 5 个赛季。

    集锦

  4. 2022

    射手榜从赛程页里拆出来,单独成一页

    射手数据要按赛季、联赛、位置、出场次数反复筛,挤在比赛页里谁都查不痛快。独立成页之后,26 个联赛的赛季射手数据与排名变化可以放在一起看,也能查到同一名球员连续 5 个赛季的排名轨迹。

    榜单

  5. 至今

    客户端 v4 铺到五种终端形态

    Windows、macOS、Android、iOS 与平板横屏现在跑在同一条版本线上。从启动到赛程首屏加载完成,平均耗时 1.2 秒——这个数字是我们每次发版都会盯的第一项。

    当前

02

人在沈阳,班也在沈阳排

驻地 · 分工 · 排班

夜间办公空间里多屏数据面板的局部特写,屏幕透出荧光青光泽,人物身影虚化处理
夜间时段的赛程监控,多块面板同时显示进行中的比赛与事件流。

团队常驻辽宁沈阳,作息跟着联赛走。欧洲联赛集中在北京时间深夜,国内联赛散在傍晚与周末,值班表按赛程密度排,重点轮次会加人。四类角色各管一段,中间靠同一套事件流串起来。

CONTENT

内容编辑

写赛事专题、赛前看点与数据解读,也负责把回看集锦的说明文字补齐。内容团队每年维护 300 篇以上专题文章,赛季开始前后最密集。

DATA

数据校对

14 人的校对团队负责比分、关键事件与射手数据的核实。重点赛事实行双人复核,一个人录、一个人对,两条记录对上了才发布。

ENGINEERING

前端与研发

负责赛程页、回看播放器与个人看板。播放器的变速、逐帧回退、关键事件跳转都是这条线做出来的,低带宽模式也在这一层调优。

SUPPORT

客服与老用户支持

处理赛程提醒设置、集锦播不动、旧版数据迁移这类具体问题。工作日 9:00-18:00 回复,遇到比赛日会延长在线时段。

03

一条比分从球场上到你的屏幕上,中间有四道手

来源 · 复核 · 时效

  1. 采集

    来自 12 家长期合作供应方的实时事件流与官方赛程数据,按联赛分别接入。

  2. 录入

    系统按事件类型自动落位,值班校对员盯异常项:比分跳变、球员对应不上、时间点错位。

  3. 双人复核

    重点赛事的比分与射手数据由两名校对员分别核对,两条记录一致才进入发布队列。

  4. 发布

    比赛结束后 60 秒内补齐比分与关键事件,实时事件流的平均延迟控制在 8 秒以内。

数据校对流程信息图,采集、录入、双人复核、发布四个步骤用箭头与刻度线依次连接
从采集到发布的四个步骤,重点赛事在复核环节走两条独立记录。

60 秒

比赛结束后比分与关键事件的更新时限

8 秒

实时事件流从发生到可见的平均延迟

数据准确度不是靠一句承诺撑起来的。它靠的是来源固定、复核固定、值班固定这三件事同时成立。凡是这三条中有一条对不上的比赛,我们宁可晚一点放出来。

04

功能按三条线推进,一次发版改一条线的一件事

版本线 · 调整原则

平台每年做 4 次版本迭代,结构调整集中在赛季开始前后的窗口期——那段时间用户对变化的容忍度最高。我们把功能拆成三条线推进,同类模块的变更说明合并在同一处发布,你对照一次就能找到与自己相关的那几条,不必来回翻。射手榜之所以单独成页,也是这个思路:它要按赛季和位置反复查,和一场比赛的上下文不是一回事。

赛程与比分

LINE A
  1. 实时事件流接入,延迟压到 8 秒以内

  2. 比赛结束后 60 秒内补齐比分与关键事件

  3. 赛程提醒支持提前 15 分钟、1 小时与 1 天三个时间点

回看与播放器

LINE B
  1. 集锦按事件时间点切分,可直接跳到关键画面

  2. 0.5 倍到 2 倍变速,配合逐帧回退看细节

  3. 低带宽模式下加载流量相比标准模式下降约 45%

账号与个人看板

LINE C
  1. 可收藏 20 支球队与 50 名球员,并接收赛程提醒

  2. 从旧版客户端迁移时,收藏与提醒设置完整保留

  3. 老用户切换指引与更新记录放在同一处,电脑端可对照操作

05

屏幕前的人怎么用,我们就怎么排

用户规模 · 使用习惯

120 万+

累计服务用户

18 万次

日均活跃访问

68,000+

归档集锦片段

42 项

覆盖运动赛事

主要的参照人群是习惯在电脑端长时间开着赛程页的用户:一屏放比分,旁边一屏放球员数据,比赛日可能连开四五个小时。很多设计是从这个场景里倒推出来的——比分刷新不打断滚动位置,侧边栏在窄屏自动收成条带,夜间配色降低长时间盯屏的疲劳感。

另一类用户在通勤或工作间隙用手机快速查一眼,停留时间短,所以移动端把当期赛程与最近结束的比赛放在最前面。跟场用户通常会把球队加进收藏,靠赛程提醒跟上轮次,这部分的设置入口在客户端里只隔一层。

06

数据从哪来,谁在背后持续供料

合作来源 · 长期投入

12

家长期合作的数据供应方

覆盖国内主流联赛与欧洲主要联赛。合作关系按赛季续期,对接方式、字段定义与更新频率都在同一套约定下运行,新赛季开始前统一复核一次。

190+

个联赛与杯赛纳入日常维护

从顶级联赛到地区性杯赛都按同一套流程处理,赛事密集的周末会临时增加值班人手。

300+

篇赛事专题与数据解读文章

内容团队每年维护这个数量的专题与解读,按赛季节奏更新,重点放在赛程密度、进球分布与射手排名变化这三类能被反复引用的分析上。

长期投入

每年按赛季发布数据报告,单份报告包含赛程密度、进球分布、射手排名变化三类图表。这些报告既给到跟场用户看趋势,也常被内容创作者引用。

我们不追热点式地堆赛事数量。加一项赛事之前,先确认有没有稳定的数据来源和能覆盖该时段的值班人力,两样都齐了才排进日程。

接下来从哪一步开始

装好客户端就能收到赛程提醒,翻翻赛场日志可以看往期集锦专题和数据解读;如果是从旧版本过来,先看一眼切换说明再动手,收藏和提醒都不用重来。遇到具体问题,常见问题页里有现成的答案。