TEAM / BRAND

金多宝赛场背后的人,和每天都在动的那些数字

你查到的每一场比赛、每一支球队,都有人在做整理、校对和跟进。这一页讲清我们是谁、数据从哪里来、多久刷新一次,方便你判断这块数据能不能长期放进自己的工作流里。

2016 平台上线年份
7 次 大版本迭代
68 人 运营与数据团队
12.6 万 历史交锋记录
01

只做联赛、赛程、球队这三件事

金多宝赛场是面向中文用户的体育数据查询平台。从 2016 年上线到现在,我们走完了七次大版本迭代,方向一直没换:把散在各处的赛历、战绩和对阵记录,整理成你打开就能查、查完能直接用的东西。

目前平台收录 42 个联赛、1860 支球队档案和约 12.6 万场历史交锋记录,覆盖足球、篮球、网球、排球、电竞五个板块,单个赛季跟踪的比赛约 3.6 万场。我们不是规模最大的那一家,但每一条记录都能落到具体的赛程条目和交锋记录上——你搜一支球队,点进去能看到基本档案、赛季战绩和主客场分布,再选另一支球队就能把两队之间的过往对阵拉出来。

长期跟踪多个联赛的人、做数据整理和赛事分析的内容从业者、以及按赛季采购赛事数据的企业客户,是我们服务最多的三类人。他们共同的要求是查得准、找得快、别过期,这也是我们七次迭代始终围绕的问题。

  • 01足球
  • 02篮球
  • 03网球
  • 04排球
  • 05电竞
02

68 个人,每天盯的就是这几类数据

我们在重庆设内容运营与数据校对团队,一共 68 人,分成四块:数据校对 24 人、内容运营 22 人、产品与研发 18 人、客服与支持 4 人。人数不算多,但岗位排布很集中——大半的人力都压在数据能不能信这件事上。

  • 数据校对 24
  • 内容运营 22
  • 产品与研发 18
  • 客服与支持 4
由方点与细线连成的抽象数据节点网络,表现各岗位在同一条数据流上的协作关系
四个岗位共享同一条数据流,校对环节在写入前后各设一道
  • 比对赛程条目与来源方发布内容,逐场确认开赛时间、主客与场地信息。
  • 对交锋记录与球队档案做交叉校验,发现偏差即时提交更正并跟进处理结果。
  • 每周输出一次数据质量小结,把反复出错的位置反馈给内容运营与研发。
  • 维护 42 个联赛的档案,处理赛制调整与参赛队伍变化的日常更新。
  • 整理球队基本档案与赛季战绩,补齐主客场分布等字段。
  • 撰写联赛数据专题与《中文体育数据观察报告》的选题与正文。
  • 负责电脑端与苹果端的功能开发,以及两端之间的数据同步链路。
  • 设计筛选维度与数据字段结构,保证新增联赛能快速接入。
  • 维护同步稳定性,每季度组织一次数据备份与恢复演练。
  • 解答查赛程费用、订阅额度与两端使用差异方面的问题。
  • 接收球队资料更正、赛程纠错与联赛标签建议,转交对应岗位。
  • 跟进处理进度,把结果通过原渠道回复给提交人。
03

每一条记录,都能说出它是怎么来的

数据不是凭空生成的。我们和 15 家区域赛事数据供应方、8 家体育媒体保持内容合作,同时每天整理公开赛历与官方公示文件,三条来源互相补充,再由校对环节收口。

  • 15

    区域赛事数据供应方

    覆盖地方联赛与区域性赛事的现场赛果,是我们拿到冷门场次开赛时间的主要途径。合作方按赛季提供数据流,我们负责结构化和后续校对。

  • 08

    体育媒体内容合作

    提供赛事背景、阵容变动与联赛动态类内容,用于充实球队档案与联赛档案的说明字段,让一份档案不只剩下数字。

  • 每日

    公开赛历与官方公示文件

    各联赛与赛事组织方公布的赛程、改期与赛制调整,由内容运营逐日整理入库,作为交叉校验时的参照。

04

什么内容多久动一次

如果你习惯先看更新节奏,再决定要不要长期使用一个数据来源,下面这三段可以直接当作体育站点进入周期说明来读:哪类内容多久刷新一次、由谁负责、在什么时候检查。

  1. 2 MIN

    赛程数据 · 每 2 分钟同步

    比分、开赛状态与赛程变更按 2 分钟间隔刷新,赛季内全天运行。值班由内容运营组承担,出现异常时数据校对组当日介入,把偏差条目回溯修正。

  2. WEEK

    球队库 · 每周更新

    赛季战绩、主客场分布与阵容变动在每周固定窗口写入,写入前由数据校对组完成一轮交叉校验,写入后再抽查一批热门球队。

  3. MONTH

    联赛档案 · 每月复核

    赛制调整、参赛队伍变化与数据字段补齐按月处理,产品与研发组负责结构层面的同步,确保新增联赛能被筛选入口正常识别。

05

七次迭代,改的都是你找数据的那条路径

从第一个大版本到第七个大版本,我们很少做大而全的扩张,多数改动都指向同一个问题:让一个熟悉联赛的人少点几次、少等一会儿。把鼠标停在节点上,可以看到每一版改了什么。

  1. V1 赛程检索上线 把散在各处的赛历收拢到一次检索里,第一次做到按日期和联赛直接定位具体场次。
  2. V2 球队档案成型 为每支球队建立基本档案与赛季战绩,球队库的骨架在这一版确定下来。
  3. V3 交锋对比视图 历史交锋从一条条记录变成胜负分布、进球走势与主客场差异三类视图,可随时切换。
  4. V4 五板块赛程覆盖 足球、篮球、网球、排球、电竞五个板块纳入同一套数据结构,查询方式保持一致。
  5. V5 苹果端入口 苹果端上线,收藏、筛选条件与订阅额度在两个端之间保持同步,换设备不用重来。
  6. V6 费用与额度公示 查赛程费用与赛事费用额度开始按赛季额度公示,档位和规则写在明面上。
  7. V7 分类标签重排 分类标签按赛事类型重新排列,一级标签共 12 个;内容目录新增筛选联赛入口,支持按地区、赛制、赛季、参赛队伍、数据完整度和更新频率六个维度组合筛选。
带刻度与方点节点的横向版本演进示意图形,节点以金色标注
七次大版本的主要改动,集中在检索路径与筛选方式上
06

每年一期,已经写了五期

从 2021 年起,我们每年发布一期《中文体育数据观察报告》,到目前累计 5 期。报告写给做赛事分析和内容生产的人看,关注的是数据本身怎么被读、被用,以及一个赛季里哪些时间段最需要数据。

  1. 第 5 期

    赛季节奏与查询高峰

    把整个赛季的查询曲线拆开看,找出球迷集中打开页面的几个时间点,讨论数据供应方与内容方应该在这些时段做什么准备。

  2. 第 4 期

    球队档案写多少才够用

    讨论一支球队要被记录多少字段才算查得动,并给出我们自己在 1860 支球队档案上的取舍思路。

  3. 第 3 期

    跨端使用行为观察

    电脑端偏检索与批量比对,苹果端偏即时查阅与随手收藏,两种习惯各自适合什么场景,我们在这一期做了拆解。

  4. 第 2 期

    交锋记录怎么读

    胜负分布、进球走势与主客场差异三类视图各自回答什么问题,以及误读一份交锋记录最常见的三种情况。

  5. 第 1 期

    中文体育数据的基础面貌

    回溯我们起步时面对的赛历分散状况,整理当时的来源结构与处理办法,是后面几期报告的共同起点。

07

三件你可以直接拿来检验的事

  • 01

    赛程同步间隔不超过 2 分钟

    赛季内赛程与比分按 2 分钟刷新一次,遇到改期与临场调整,校对组会在当天完成条目修正。

  • 02

    更正申请 48 小时内响应

    球队资料更正、赛程纠错和联赛标签建议提交后,48 小时内会有响应,一般提交平均 3 个工作日得到处理结果。

  • 03

    订阅额度可跨赛季结转一次

    没用完的额度可以顺延到下一赛季继续使用,跨端登录后额度同步,不用重新申请。

发现错误想直接说,可以走反馈与咨询通道,也可以发邮件到 kefu@data-jinduobao.com.cn 或拨打 400-8953-5416,工作日 9:00 至 18:00 优先处理新版功能与费用方面的咨询。想先看清费用怎么算,可以到帮助中心找答案。

两条江流轮廓与城市网格线交织的极简纹理背景

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

功能对照、查赛程费用档位与两端使用方式,都写在应用中心的同一页里;如果你更想先看我们怎么读一个赛季的数据,赛场观察栏目里有现成的专题和报告。