SINCE 2016 · 合肥 / 南京

一支把友谊赛数据做成长线记录的团队

开云体育开户从 2016 年起整理业余与友谊赛的赛程、出场时间与球员球衣号码。球迷组织在开赛前能拿到当轮对阵,教练组可以按赛季比较一支球队的客场表现,个人球迷用球衣号码就能在 iOS 端翻到对应的球员档案。近十年下来,这些内容由一支 46 人的编辑团队按轮次持续补进。

俯拍视角的编辑桌面,摊开的赛程表与标记笔排列整齐,画面中不出现人物正脸
赛事数据编辑的日常台面:纸质赛程与电子表格同步推进,逐轮补齐比分与出场时间。

十年里的六个节点

2016 — 2025

结构不是一次设计出来的。内容量每往上涨一轮,就得换一套更能装得下的方式。下面六个节点,是这些更换真正发生的时刻。

横向折线示意图,弧线上的节点分别对应平台从赛程整理到移动端查询的不同发展阶段
  1. 2016

    起步

    把散在各处的友谊赛赛程收进一张表

    球迷组织最难办的事,是开赛前拿到当轮对阵的准确版本。平台上线后的第一批内容就是赛程表,按轮次排好,赛后补上比分与出场时间。

    这一阶段留下的东西
    • 01当轮对阵表,可按轮次直接跳转
    • 02比分与出场时间在赛后第一轮补录
    • 03球迷组织可直接引用完整赛程
  2. 2017

    数据体系

    球员档案库建起来,号码有了归属

    被问得最多的一句话是「这个号码今年归谁」。以球衣号码为索引的球员档案库随之成型,3280 名球员的号码、位置与出场记录相互打通。

    这一阶段留下的东西
    • 01球衣号码作为检索主键
    • 02号码变更留下一段可追的时间记录
    • 03球队名单与球员档案互相关联
  3. 2019

    数据体系

    客场表现可以横向比了

    按赛季轴与主客队轴编排的客场胜率矩阵上线。教练组在同一屏里就能看出一支球队在不同赛季的客场走势,不必再翻十几张分散的表。

    这一阶段留下的东西
    • 01赛季轴与主客队轴双轴定位
    • 02任意球队的客场表现可逐季对照
    • 03客场与主场数据并排呈现
  4. 2021

    移动端

    手机成了主要入口

    移动端访问占比升到约七成,页面结构随之下沉为卡片与折叠区块。赛季抽屉把轮次跳转从三次点击压到一次。

    这一阶段留下的东西
    • 01赛季抽屉按轮次快速跳转
    • 02折叠区块控制长内容的阅读节奏
    • 03底部常驻查询入口,单手可触
  5. 2023

    移动端

    iOS 端把号码和档案连在一起

    原生应用支持球衣号码与球员档案交叉查询,最近 30 天的数据可以离线缓存。看台上信号不稳的时候,页面照样能打开。

    这一阶段留下的东西
    • 01号码与档案双向检索
    • 02近 30 天数据离线可读
    • 03打开应用直达上次查看的球队
  6. 2025

    赛季运营

    实时比分推到第 30 轮,赛季内容成体系

    实时比分覆盖至赛季第 30 轮,之后按轮次汇总呈现。每个赛季约 80 场对阵保留完整出场时间记录,赛季中段与收官各出一份数据观察报告。

    这一阶段留下的东西
    • 01前 30 轮实时比分随场次推进
    • 02第 30 轮后按轮次汇总
    • 03每季约 80 场对阵留全出场时间
    • 04每年两份赛季数据观察报告

团队 / 46 人

每一轮数据背后经手的人

46 名成员分布在合肥与南京两地,分成四类岗位。比赛结束后的两小时内,赛程与出场时间的更新都会经过他们其中一双手。岗位分开,是为了让号码、比分和赛季走势各自有人盯着。

岗位 01

赛事数据编辑

负责赛程、比分与出场时间的录入和更新,按轮次推进,处理临场调整与延期场次。

岗位 02

球员档案编辑

维护球衣号码、位置与档案条目,跟进赛季内的号码变更与名单调整。

岗位 03

体育资讯编辑

把赛季阶段的变化写成观察稿与专题,两份赛季数据观察报告由这一组主笔。

岗位 04

前端工程师

负责 iOS 端查询与页面呈现,维护赛季抽屉、矩阵视图与移动端加载体验。

一条数据从赛场走到页面

四个环节

来源是公开的赛事技术统计、组委会公告与俱乐部公开信息,由人工汇编成册。每一轮结束后两小时内,新的赛程与出场时间就会出现在页面上。

  1. 01

    采集

    当轮的技术统计、组委会公告与俱乐部公开信息进入采集清单,连同比赛时间与场地一起登记。

  2. 02

    归类

    按主客队与轮次归入对应赛季,补齐每名球员的出场时间,与球员档案中的号码建立关联。

  3. 03

    复核

    与至少一处独立来源比对,出场时间或号码出现出入的条目挂上待确认标记,由值班编辑二次确认后再放出。

  4. 04

    发布

    核对完成的内容进入页面与 iOS 端。球迷提交的纠错进入复核队列,一般在三个工作日内给出结果。

和谁一起把数据补齐

12 家业余足球联赛组委会与 8 所高校体育社团与平台保持数据合作。合作不是挂名,而是让一部分原本拿不到的场次信息有了着落。

  • 联赛组委会 · 12 家

    赛程与轮次安排在开赛前同步过来,临场改期也能第一时间知道。

  • 高校体育社团 · 8 所

    校内友谊赛的出场记录与号码名单由社团协助收集,补上赛季中的空白轮次。

如果你所在的联赛或社团也在整理这类记录,可以通过联系页面说明情况。

以线条连接的节点网络抽象图,节点代表联赛组委会、高校社团与平台之间的数据往来

合作方提供赛程、名单与出场记录,平台负责整理成可查询的条目。

五个版本,五次贴近使用习惯

V1 — V5

从网页表格一路走到 iOS 原生查询应用,每一次改版都对应一个具体的使用场景被解决。

  1. V1

    网页表格

    把赛程和赛果放进统一表格,支持按轮次翻页。解决的是「赛程散落」的问题。

  2. V2

    球员档案

    号码成为检索入口,球员条目与出场记录连接。解决的是「这个号码归谁」。

  3. V3

    双轴矩阵

    赛季轴与主客队轴同时展开,客场胜率可以逐季横看。解决的是「怎么比客场表现」。

  4. V4

    移动端适配

    赛程与号码查询在手机上完整可用,赛季抽屉替代多级跳转。解决的是「看台上查不到」。

  5. V5

    iOS 原生应用

    号码与档案交叉检索、近 30 天离线缓存。解决的是「信号差时打不开页面」。

四个板块,四条进入数据的路

数据服务

想查比分、想找球员、想比客场表现,走的入口不一样。下面四条路各自解决一类问题,也可以交叉使用。

01

赛事数据中心

按赛季与轮次查看比分、对阵与出场时间,前 30 轮提供实时比分。

02

球员档案库

3280 名球员的号码、位置与出场记录,用于核对名单与追踪号码变更。

03

客场胜率矩阵

赛季轴与主客队轴双轴编排,定位任意球队在不同赛季的客场表现。

04

球衣号码索引

以号码为入口反查球员,移动端支持与档案库交叉检索。

先看一轮数据,再决定要不要长期用

最近一轮的对阵、比分与出场时间已经整理好,iOS 端也能直接查到号码对应的球员。有问题随时写邮件给我们。

联系我们