01
2019 · 初版上线:先解决凑不齐一场比赛的问题
在那之前,想看全一场比赛的阵容、比分和基本统计,得在四五个页面之间来回跳,还经常碰上译名对不上的情况。初版把更新记录与核心数据收进同一个客户端,第一批记录只有几十条,但字段结构和归档方式沿用至今,你现在翻早期更新仍然能按模块筛出来。
品牌档案
云开赛场版由常驻陕西的团队维护,自 2019 年上线起,更新记录、控球率面板与多联赛进失球分布就放在同一个客户端里。桌面端适合把几个联赛并排比较,手机端适合开赛前那几分钟快速确认阵容,两端读到的是同一份赛事数据。
版本演进
从只有比分和阵容的初版,到今天能同时铺开六个联赛的进失球分布,产品的每一次结构性升级都不是为了好看,而是把某一个反复出现的麻烦从流程里拿掉。
01
在那之前,想看全一场比赛的阵容、比分和基本统计,得在四五个页面之间来回跳,还经常碰上译名对不上的情况。初版把更新记录与核心数据收进同一个客户端,第一批记录只有几十条,但字段结构和归档方式沿用至今,你现在翻早期更新仍然能按模块筛出来。
02
控球率原本只有整场一个值,看不出比赛节奏在哪一段变了。这一版把它拆成主场客场、上下半场与时间段几层,你可以直接看到某支球队在被压着打的那二十分钟里到底让出了多少球权。回访用户下次打开时,面板会记住上次选好的那几项。
03
同时跟三四个联赛的人,原来的做法是把每个联赛单独打开、记下数字、再切下一个。这一版把最多六个联赛的进失球数据放进同一栏,主客队用横向色带区分,扫一眼就能看出最近哪几支球队的进球集中在哪个时间段。第二栏随之整体右移,视觉重心从版本记录转向多联赛对比。
04
列表默认顺序过去是固定的,热门赛事经常排在中游。重构之后改为按赛事热度、关注度与更新时间加权,也可以随时手动切回按时间或按联赛排列。习惯固定顺序的用户不受影响,想追热点的用户少翻好几屏。
05
最近一次结构性升级把更新记录入口移到首屏左侧,确认阵容的操作路径比上一版本少一步。K-7 按双周节奏发布小版本,每季度做一次结构性调整,改动内容都会写进更新记录并按影响模块打标签。
谁在做这件事
团队常驻陕西,分成产品、数据工程与前端体验三部分。你在面板上看到的每一个数字、每一次排序变化,背后都对应其中一段的具体职责。
产品
走进球场的场景去想问题:开赛前十分钟,用户真正会点开的是哪一屏。控球率筛选从七项精简为四项就是这一摊的工作——选项少了,找到自己要的那组数字反而更快。
数据工程
从公开赛事统计接入,到本地化清洗、去重、延迟校验,全部在这一摊完成。关键事件在 3 分钟内更新,终场结束后 15 分钟内收敛,遇到来源冲突时以校验后的结果为准。
前端体验
桌面端把横向对比做宽,移动端把常用信息往前排,同一场比赛在两端读到的数字一致。键盘操作、焦点反馈和加载速度也归这里管,长时间开着的用户感受最明显。
数据怎么进面板
赛事数据以公开赛事统计为基础,进入面板之前要过清洗、去重与延迟校验三道工序。你看到的每一格数字,都是这一步之后的结果。
环节 01
阵容、比分、事件时间线从公开赛事统计取得,作为面板的起点。
覆盖国内联赛、洲际杯赛与部分青年赛事。
环节 02
球队译名、字段名称与时间格式统一成中文用户直接能读的样子。
同一支球队在不同来源里的写法,在这里归到一个名字下。
环节 03
同一事件被多个来源重复记录时只保留一条,避免面板上出现两份相同的进球。
合并结果会保留来源条数,方便回溯。
环节 04
关键事件 3 分钟内更新,终场结束后 15 分钟内完成收敛,之后才写进面板。
晚到的数据会覆盖早先的版本,不做两套并存。
覆盖与规模
内容体量决定了你临时想查一组数字时能不能查到。下面是这套面板目前的实际范围。
长期协作
赛事统计、赛事日历与青年赛事资料分别由三家本地数据服务方长期供给,协作从产品上线早期一直延续到现在。来源越多,去重与延迟校验的价值越明显,这也是这套流程一直保留人工复核环节的原因。
登记情况
截至目前共登记软件著作权 9 项,其中 3 项与数据面板的可视化呈现相关,涉及控球率分段展示、进失球色带布局与面板排序逻辑。这些登记同时说明了各模块由谁维护、改动从哪里来。