01
赛事采集组
负责把每场比赛的现场信息收回来。赛程确立后先录入开赛时间与对阵双方, 比赛进行中按节奏更新比分,遇到临时改期或场地变更第一时间同步。
起点
在平台出现之前,体育迷手里其实没有一件顺手的工具。
早在 2016 年前后,想看一场跨联赛的比赛并不轻松。足球的赛程在体育门户, 篮球的数据在另一个讨论区,网球的签表则散落在论坛帖子里。 想确认今晚到底哪几场同时开打,得同时开着好几个页面来回切换, 一个比分刷新太慢,另一个已经停止维护。
LEYU赛场 的第一版就是一个很朴素的念头:把散在各处的赛程和比分收拢到同一张表里, 让球迷打开一个页面就能看清当天所有比赛。那时候团队只有几个人, 赛程靠人工整理,每天盯完赛程就手动更新一遍。这份手工表最早的种子用户是一群 每天在固定时间刷新的老球迷,他们提出了第一个真正影响产品走向的需求—— 想看历史对照,不只是今天的比分。
也正是这个需求,让平台从"看当天的比赛"慢慢走向"能查、能比、能收藏的赛场工具"。
演进
每一次改版都不是推翻重来,而是在上一版暴露的问题上再往前推一步。
起步阶段
最初的版本只做一件事,就是把当天所有项目的比赛按开赛时间排好。 页面简单到近乎简陋,但它第一次让用户不用在多个标签页之间来回跳。
数据扩展阶段
用户开始问"上一次交手是什么结果"。这一版补上了历史交手记录与赛季对照, 资料区雏形出现,也为后来的下载区埋下伏笔。
移动化阶段
大批用户转移到手机端之后,表格在两三年前的安卓机型上出现了横向溢出、 字号过小的问题。这一版重做移动端布局,也为往后更细的安卓适配打下基础。
控制台阶段
平台在这一阶段开始推出「赛场控制台」视觉体系:深色底、荧光青数据色、 胶囊标签与斜切索引带统一成型,成为之后所有版本的共同基础。
焕新阶段 · 3.0
2025 年进入焕新版本 3.0。赛程入口被移到首页第二栏, 导航层级重新划分,旧链接不再更新。客户端同步升级, 针对安卓机型做了首屏折叠与字号适配优化。
还在用旧入口的用户,可以在帮助中心找到新的访问路径。
数据生产线
一个比分出现在你屏幕上之前,会经过三个小组的手。
01
负责把每场比赛的现场信息收回来。赛程确立后先录入开赛时间与对阵双方, 比赛进行中按节奏更新比分,遇到临时改期或场地变更第一时间同步。
02
把原料整理成能横向对比的格式。球队、球员、轮次和赛季区间统一成同一套字段, 让不同联赛的数据摆在一起也不打架。
03
在数据流向用户之前做最后一道检查。比分、统计与轮次会交叉比对, 发现异常先拦截再修正,避免错误数字出现在面板上。
一天里发生了什么
上午与傍晚各做一轮数据巡检,深夜赛程全部结束后再做一轮完整复核。 比赛结束后的 5 分钟内,技术统计会补齐到对应场次, 让你第二天回看时不用再去别处找。
合作生态
平台把数据从赛场送到面板,中间靠的是一条稳定的合作链。
数据中台
21家数据机构
数据机构
提供分项赛事的原始采集结果,覆盖足球、篮球、网球等项目的基础比分与轮次。
区域赛事运营方
9 家运营方提供本地赛事的赛程变动与场地信息,是临时改期数据最早的一手来源。
面板与资料区
整理完成的数据进入比分面板与资料下载区,用户可以按联赛、球队与赛季区间检索。
资料下载区提供近三个赛季的区间对照表,可以按联赛、球队和赛季三个维度筛选。 相关使用方式整理在客户端下载页。
口碑与标准
平台把口碑落在具体的服务条目上,而不是一句形容词。
2024 年行业内容评选中获得年度数据工具类推荐。
与 11 所高校的体育数据社团开展内容共建,把赛场数据的使用经验带进校园。
自 2022 年开设数据方法专栏,累计发布内容超过 420 篇。
服务条目
团队
数据团队的 46 个人,作息基本跟着赛程走。欧洲联赛凌晨开打, 就有人守着那一段时间盯比分;赛季密集时, 深夜巡检是常态,第二天再补一场复盘会。
他们大多本身就是长期球迷。有人负责足球,有人专盯篮球, 对新赛季的赛制变化和球队动向熟得像一本活索引。 这份熟悉也体现在产品上——一个字段该怎么排、筛选条件要放在哪一层, 常常是从他们自己看比赛的习惯里推出来的。
平台自 2016 年运营至今,历经五个大版本。维系这条线的不是某个功能, 而是一群人愿意把每场比赛看完,再把它变成可以被反复查阅的数字。