数据工程
覆盖联赛的采集、清洗与入库,赛程、比分、阵容和事件记录都由这个方向维护。
- 官方公布人员调整后 30 分钟内推进入库
- 六类事件分别建立字段与可信度标记
- 历史赛事回溯与缺口补齐
中文球迷看比赛之前那几步,过去要分散在三四个地方完成:一个页面查联赛,一个页面比数据,再自己拉表格挑订阅渠道。信息不缺,缺的是一个能把它们串起来的地方。
CMD赛场 上线时做的就是把这几步收拢:按联赛筛出你关心的范围,把关键指标摆在一起对照,再把常看的赛事和渠道放进订阅管理。打开首页直接进最常看的那一栏,不用先翻菜单。
如果贵团队要把联赛数据接进自己的分析流程或内容生产环节,可以直接用同一套结构,不必每个赛季重新搭一次。
每格代表一个联赛 · 亮格为高频更新
场地上的比分只是入口。12.6 万场历史赛事里,除了最终结果,还留着出场阵容、换人时间点和关键事件;要复盘某一场,可以一直往回翻。
人员变动已经累计到 87 万条,最早的记录能追到 2016—2017 赛季。转入、转出、租借、伤停、停赛、教练组调整六类事件分开记录,每条都带来源标记,方便你判断该不该采信。
做赛前分析的时候,可以调出开赛前 72 小时、24 小时和 1 小时三个时间点的数据快照做对照,看阵容和走势在这段时间里怎么变。分析结果能导出成 CSV 或图片,直接贴进你的稿子里。
数据不是接口自动流进来的,评测也不是套模板生成的。每个环节都有固定的人负责,出问题能找到对应的人。
覆盖联赛的采集、清洗与入库,赛程、比分、阵容和事件记录都由这个方向维护。
负责联赛对比评测、订阅分档观察和数据方法说明的撰写与维护。
Web 工作台与 iOS 客户端由这个方向落地,筛选、对比、导出和接口都在这里实现。
处理账号与使用问题,接收数据纠错,把问题转给对应的负责人。
你什么时候能看到新内容,取决于它属于哪一类。下面是四件最常被问到的事。
前一天的比赛结束后,相关分析内容在次日中午 12:00 前完成更新。赛前看和赛后回看,拿到的都是同一期里最新的版本。
球队官方公布人员调整后 30 分钟内进入数据库。转入、租借与伤停会即时出现在对应球队的记录里,不会等到第二天。
电脑端订阅平台推荐每周三更新一次排序。碰到赛季切换或转会窗口期会加更一期,避免你拿旧价格去做决定。
维护记录按版本号公开,当前版本 v4.2。功能调整、字段新增和修复都写在里面,你需要确认某次改动的时间点,直接翻记录就行。
v4.2
从联赛对比做起,把筛选和对比放进同一个页面,中文用户第一次能在一处完成选联赛、看数据这两步。
人员调整从零散消息变成结构化记录,转入、租借、伤停等六类事件分开管理,历史数据一直往回补到 2016—2017 赛季。
把电脑端常见的订阅渠道收进一个栏目,按价格区间、赛事覆盖、回看时长和画质分档排列,每周三更新排序。
评测栏目提到首屏,打开就能看到最新一期。改版之后,评测栏目点击率提升 47%,订阅推荐栏的平均停留时长提升 35%。
平均每月一个小版本,把字段、筛选条件和导出能力一点点补齐。版本号和维护记录都在站内可查,你可以看清楚这个平台一直在往前走。
联合选题与数据支持,为报道提供可直接引用的赛事记录与人员变动时间线。
围绕指标定义和统计方法做交流,把学术侧的严谨带进日常的评测条目里。
《中文体育数据订阅观察》已连续发布 4 期,记录订阅市场的价格带与用户习惯变化。
拆开价格带看:愿意付更多钱的人,真正在意的往往不是赛事数量,而是能不能回看到足够早的场次。
窗口开启后,阵容变动记录的日均增量会明显抬升,对查询频率和缓存策略都提出了新要求。
把不同联赛的赛程密度放到同一条轴上,看密集赛程如何影响轮换与伤停的发生节奏。
从访问路径出发,梳理中文用户进入一场比赛的几种典型方式,以及各方式对信息深度的要求差异。
账号问题、功能疑问、数据纠错,都走下面这两个入口。工作日 9:00-18:00 有人值守。
提交数据纠错时请附上截图与联赛名称,我们会转给对应的数据负责人核实并回填。其他常见疑问,可以先翻一遍常见问答,大部分操作问题在那里都有答案。