岗位 01
赛事数据编辑
负责赛程、比分与出场时间的录入和更新,按轮次推进,处理临场调整与延期场次。
赛季轴 / 近六个赛季
选定赛季后,页面内已登记的轮次与比分按同一口径排列。
2016 — 2025
结构不是一次设计出来的。内容量每往上涨一轮,就得换一套更能装得下的方式。下面六个节点,是这些更换真正发生的时刻。
起步
球迷组织最难办的事,是开赛前拿到当轮对阵的准确版本。平台上线后的第一批内容就是赛程表,按轮次排好,赛后补上比分与出场时间。
数据体系
被问得最多的一句话是「这个号码今年归谁」。以球衣号码为索引的球员档案库随之成型,3280 名球员的号码、位置与出场记录相互打通。
数据体系
按赛季轴与主客队轴编排的客场胜率矩阵上线。教练组在同一屏里就能看出一支球队在不同赛季的客场走势,不必再翻十几张分散的表。
移动端
移动端访问占比升到约七成,页面结构随之下沉为卡片与折叠区块。赛季抽屉把轮次跳转从三次点击压到一次。
移动端
原生应用支持球衣号码与球员档案交叉查询,最近 30 天的数据可以离线缓存。看台上信号不稳的时候,页面照样能打开。
赛季运营
实时比分覆盖至赛季第 30 轮,之后按轮次汇总呈现。每个赛季约 80 场对阵保留完整出场时间记录,赛季中段与收官各出一份数据观察报告。
团队 / 46 人
46 名成员分布在合肥与南京两地,分成四类岗位。比赛结束后的两小时内,赛程与出场时间的更新都会经过他们其中一双手。岗位分开,是为了让号码、比分和赛季走势各自有人盯着。
岗位 01
负责赛程、比分与出场时间的录入和更新,按轮次推进,处理临场调整与延期场次。
岗位 02
维护球衣号码、位置与档案条目,跟进赛季内的号码变更与名单调整。
岗位 03
把赛季阶段的变化写成观察稿与专题,两份赛季数据观察报告由这一组主笔。
岗位 04
负责 iOS 端查询与页面呈现,维护赛季抽屉、矩阵视图与移动端加载体验。
四个环节
来源是公开的赛事技术统计、组委会公告与俱乐部公开信息,由人工汇编成册。每一轮结束后两小时内,新的赛程与出场时间就会出现在页面上。
当轮的技术统计、组委会公告与俱乐部公开信息进入采集清单,连同比赛时间与场地一起登记。
按主客队与轮次归入对应赛季,补齐每名球员的出场时间,与球员档案中的号码建立关联。
与至少一处独立来源比对,出场时间或号码出现出入的条目挂上待确认标记,由值班编辑二次确认后再放出。
核对完成的内容进入页面与 iOS 端。球迷提交的纠错进入复核队列,一般在三个工作日内给出结果。
12 家业余足球联赛组委会与 8 所高校体育社团与平台保持数据合作。合作不是挂名,而是让一部分原本拿不到的场次信息有了着落。
联赛组委会 · 12 家
赛程与轮次安排在开赛前同步过来,临场改期也能第一时间知道。
高校体育社团 · 8 所
校内友谊赛的出场记录与号码名单由社团协助收集,补上赛季中的空白轮次。
如果你所在的联赛或社团也在整理这类记录,可以通过联系页面说明情况。
合作方提供赛程、名单与出场记录,平台负责整理成可查询的条目。
V1 — V5
从网页表格一路走到 iOS 原生查询应用,每一次改版都对应一个具体的使用场景被解决。
把赛程和赛果放进统一表格,支持按轮次翻页。解决的是「赛程散落」的问题。
号码成为检索入口,球员条目与出场记录连接。解决的是「这个号码归谁」。
赛季轴与主客队轴同时展开,客场胜率可以逐季横看。解决的是「怎么比客场表现」。
赛程与号码查询在手机上完整可用,赛季抽屉替代多级跳转。解决的是「看台上查不到」。
号码与档案交叉检索、近 30 天离线缓存。解决的是「信号差时打不开页面」。
最近一轮的对阵、比分与出场时间已经整理好,iOS 端也能直接查到号码对应的球员。有问题随时写邮件给我们。