数据编辑
11人
负责赛果录入、字段清洗与战报撰写。赛后 30 分钟内发布基础战报,2 小时内补齐完整复盘;每轮 120 场赛事的统计按同一套模板过一遍,不让格式在不同联赛之间各自长歪。
近5个赛季、28个联赛的客场胜率与赛后战报,分列呈现,条条带口径。
站点自 2019 年上线 · 当前版本 v4.6
2019 年我们把第一张客场胜率表放上网页时,只打算做一件事:把数字和它的算法摆在一起。到今天,线上赛场攒下的东西变多了——近 5 个赛季、28 个联赛的胜率与战报,按周归并的人员变动,12 类薪资结构——但判断标准没有变:一个数能不能被读者自己复算一遍,比它看起来有没有说服力更重要。
章节 01 · 起点
起初就是一张电子表格。有人想比较不同联赛里客队到底吃亏多少,把几轮赛果抄进同一张表,算完才发现两个问题:不写清口径,数字之间就没法比;不标出来源,结论就没人敢用。于是表格旁边多了一行小字,说明哪些轮次算数、哪些不算——那行小字后来长成了今天的规则对照表。
往后几年,站点经历过三次明显的转向,每一次都不是为了做更多栏目,而是因为原来的口径撑不住读者提出的新问题。
客场胜率只统计联赛完整轮次,杯赛、资格赛与附加赛一律不计入;跨赛季对比时以各赛季实际轮次为准,不做等比折算。
章节 02 · 版本
版本号不是装饰。每一次升版,都是因为原有口径在某个场景下说不清楚,需要补一个更明确的定义。展开任一节点,可以看到那一版动了什么、为什么动。
只做客场胜率一件事。字段由编辑手工录入,页面底部附上一段口径说明,告诉读者分母是什么。
口径变化:确立「只统计联赛完整轮次」这条基准。
赛后战报进入体系,与胜率并排而不是串联。基础战报在赛后 30 分钟内发布,完整复盘在 2 小时内补齐。
口径变化:引入赛后时间戳,明确「基础」与「完整」两级发布状态。
转会与伤停按周归并,形成固定节奏的周报。每条可发布的结论开始分配唯一口径编号,可复制、可回查。
口径变化:口径编号体系上线,结论与来源不再分离。
章节 03 · 复核
数据出错,多数时候不是抄错了数,而是口径在传递过程中被悄悄改写。四道复核针对的正是这种改写:让每个环节都能被上一环节追问。
赛程与赛果取自公开公告,名单与合同年限取自俱乐部公开披露,规则条文对照赛事方公开手册。每条记录都保留来源类别,不留匿名出处。
同一轮次的两类数据交叉核对。异常比分、缺失字段、时间戳冲突会被拎出来单独排队,不直接入库,也不与正常记录混排。
由口径复核岗逐条确认字段定义是否与对照表一致。无法确认的记录不进入发布队列,宁可缺一条,也不补一个估计值。
每一条可发布的结论都带上唯一口径编号。编号指向定义、来源类别与生效版本,读者可以顺着编号回查到它是什么时候、按什么规则算出来的。
被判定为异常或待复核的数据点,在页面上以亮橙标记并附一行状态说明。它们不会被静默删除,也不会被平摊进平均值里假装不存在。
章节 04 · 分工
站点由 23 人维护:11 名数据编辑、4 名口径复核、5 名产品与前端、3 名运营支持。分工按节奏切,而不是按栏目切——同一个人可能在周中做录入,在周末守着赛后发布窗口。
数据编辑
11人
负责赛果录入、字段清洗与战报撰写。赛后 30 分钟内发布基础战报,2 小时内补齐完整复盘;每轮 120 场赛事的统计按同一套模板过一遍,不让格式在不同联赛之间各自长歪。
口径复核
4人
逐条确认字段定义是否与对照表一致,为每条可发布结论分配唯一口径编号;口径一旦变更,负责同步历史数据的状态标注,让旧结论知道自己属于哪一版。
产品与前端
5人
维护电脑端数据看板与移动端读表界面,实现筛选、检索、粘性表头与薪资结构矩阵的交互。所有交互都在前端完成,不依赖额外的后台请求。
运营支持
3人
守住更新节奏:每周归并一次转会与伤停,每月更新一次薪资结构对照。同时处理读者来信、数据纠错反馈与版本记录归档,把每次改动落到可查的档上。
章节 05 · 边界
把边界写在明面上,读者才好判断哪些内容值得参考、哪些话本就不该在这里找。线上赛场的定位是赛事数据与信息整理,这个范围之外的业务不在站点之内。