01 · 我们的起点
约球前的那次核对,本来可以更简单
组一支队去打周末的联赛,赛前最费神的不是排阵,而是摸清对手。对方最近几轮什么状态、进球偏向哪个时段、防线在什么阶段容易松口——这些答案过去散在聊天群里、截图表里和几个内容互不相通的地方,凑齐一次常常要花掉十几分钟,还不一定凑得全。
星空赛场就是从这个具体场景起步的。我们自己也是周末下场踢球的人,知道赛前需要的是扫几眼就能读完的信息,而不是一篇要翻到底的长文。于是我们先把入口理顺:从联赛选到球队,再落到具体赛季,历史交锋和进失球走势就在同一条路径上。
慢慢地,这条路径接上了战报专栏、进失球分布图和安卓客户端。今天你打开星空赛场,看到的是一块在各个页面持续亮着的数据屏,而不是一堆需要自己拼起来的碎片。
去战报专栏看看
02 · 战报怎么来
终场哨响之后,数据开始生长
一场比赛结束,到你能在页面上看到完整战报,中间隔着一段不算长但很紧的工作。每场比赛结束后约 10 分钟刷新数据,进失球分布随战报同步更新。这段时间里,数据整理的同学在跑固定的几道工序。
-
采集原始记录
赛果、进球时段、主客场归属和失球方式先落成一条条原始条目,不急着归类。
-
整理成可比字段
把原始条目对上联赛、球队和赛季,补齐能横向比较的字段,让不同场次的信息能并排放。
-
两人交叉过一遍
同一场比赛由两个人分别核对,对不上的地方退回源头重查,宁可晚一点上线。
-
按三维索引归位
记录落进对应的联赛与赛季刻度,进失球分布图同时生成,前后场次形成可比的曲线。
-
发布与后续修正
战报在终场后约 10 分钟上线;如果之后出现更正,页面上的数字随替换一起更新。
一条完整的记录要经过采集、比对、归位才进入归档
03 · 查询路径
联赛、球队、赛季,三条线交汇在同一处
归档按三个维度铺开:联赛决定你在哪个赛场里找,球队决定你看谁,赛季决定你回到哪一段。三者交叉,一次历史交锋就有确定的位置,不用在页面之间来回跳。
进失球分布再往下拆一层,可以按主客场、进球时段和失球类型组合筛选。想比较两支队伍在比赛后段的表现,勾上时段就能看到分段条的差异;青绿代表进球、暖橙代表失球,色块旁边配着文字与形状标记,不靠颜色单独传递信息。
进球
按进球时段分段,看出对手在哪个阶段最容易打开局面。
失球
按失球类型拆开,判断这条防线在什么情形下会松动。
筛选
主客场、时段、失球类型可以叠加,两组数据并排对照。
04 · 一路走来
从一张网页,到随身带着的看板
功能不是一次堆出来的,而是跟着赛季往前走,一段一段长成今天的样子。下面这几个阶段,基本能说明我们在每个时期先解决了哪件事。
-
01
起步阶段
网页端的联赛归档从零搭起,先把散落各处的记录收进同一个入口,解决“找得到”的问题。
-
02
战报增强
进失球分布图、主客场筛选和四类栏目陆续成型,赛前比较不再只看比分,还能看出走势。
-
03
客户端上线
安卓安装包发布,适配清单按品牌、系统版本和芯片平台三个维度标注,装机前能先确认。
-
04
约球看板
组队前直接比对双方近况与进失球趋势,查询从“看一眼”变成“定阵容时用得上”。
每一个阶段都在上一段的基础上往前推,功能线彼此接续
05 · 谁在做
28 个人,四条工作线交叠推进
一块持续亮着的屏,背后是四个彼此咬合的岗位。编辑决定内容怎么讲,数据整理决定数字准不准,适配测试决定客户端装不装得上,客服支持决定你遇到问题时有没有人接。
-
编辑
负责专栏内容、赛前观察与文字表述,让一篇战报读起来像熟悉联赛的人写的,而不是数据的堆砌。
-
数据整理
把每场比赛拆成可比字段,维护三维归档结构与进失球分段,赛后是这条线上最忙的时候。
-
适配测试
跟进主流安卓机型与系统版本变化,维护国内适配清单上每一款机型的适配状态。
-
客服支持
工作日 9:00-18:00 有人值班,处理下载、安装、查询这几类最常被问到的问题。
一起做事的人
内容的长线维护离不开场地方和赛事组织者。目前我们与 46 家场地方、12 个联赛组织建立了内容协作,也持续和校园足球社群保持交流,新赛季的赛程与归档信息大多从这些协作里来。
聊聊合作方式
06 · 后续跟进
赛季不停,跟进也不停
球队记录是活的,一个赛季里队伍会换人、状态会起伏,功能也得跟着赛程走。我们按固定的节奏维护内容与客户端,让它在你下次打开时还是可用的。
-
每轮
每个比赛日结束后更新当轮战报,进失球分布随战报一起刷新。
-
每周
整理一次约球趋势图解,把近期值得留意的走势单独拎出来看。
-
120 款
国内适配清单覆盖主流安卓机型,装机前可以先确认自己的手机在列。
-
连续两年
入选本地体育数字化服务交流案例,团队的长期投入也由此得到行业内的交流机会。