A
数据研究组
把赛程、伤停与补时拆成可归档的字段,为每个字段定义取值范围与缺失处理方式。
产出:字段定义表、赛季归档清单、字段变更说明
团队分工 · 长文档
必赢赛场的内容不是一个人写完的。数据研究、内容编辑、数据校对与产品前端四个职能组共 28 名成员,围着同一份字段定义和同一个截止时间工作,谁在什么环节交出什么、由谁复核,都写在下面的章节里。
01
一条赛事记录从进入到出现在读者面前,要经过采集、撰写、复核和呈现四道手。四道手分别由四个组承担,彼此之间不是串行的传送带,而是围绕同一份字段定义各自作业:研究组定义字段,编辑组引用字段,校对组检验字段,前端组把字段渲染成可读的表格与时间轴。字段定义一旦发布,四个组都只能引用,不能各自解释。
下面四格是四个组的职责范围与固定产出物。把鼠标停在格子上,可以看到该组每周要交出的东西。
A
把赛程、伤停与补时拆成可归档的字段,为每个字段定义取值范围与缺失处理方式。
产出:字段定义表、赛季归档清单、字段变更说明
B
把归档里的数字转成能读的复盘与观察,确保正文引用与字段口径一致。
产出:赛后复盘稿、联赛观察条目、引用清单
C
在入库前后检查条目,受理读者提交的修订请求,并把每一次修订留在条目里。
产出:校对记录、修订留痕、勘误回复
D
把数据放进面板与时间轴,让不依赖后端的浏览和跳读都能顺畅完成。
产出:数据面板、章节锚点组件、阅读进度条
02
研究组是链条的起点,负责把一场比赛拆成可检索、可对照的结构化条目。周末和比赛日是他们最忙的时候,平日则用于字段整理与归档比对。所有数字都对同一批条目负责,不额外估算。
采集范围
覆盖 14 项联赛与杯赛,含国内联赛、洲际杯赛与季前友谊赛,按赛事分别建立目录,不同赛事之间的轮次编号互不混用。
赛程条目
赛事日历累计 1,860 场条目,按轮次与阶段排列;同一轮次内按开赛时段排序,阶段名称沿用赛事本身的官方叫法。
伤停与补时
4,180 条记录,每条固定包含联赛、轮次、球队、时段与备注五个字段;缺失的字段留空并标注原因,不用估算值填补。
字段定义
每个字段注明取值范围、单位、缺失处理方式与版本号。字段一经发布,修改必须经校对组复核,不允许在条目层面私自调整。
赛季归档
覆盖 2020/21 至 2024/25 五个赛季。赛季结束后对当季全部条目做一次全量归档,形成该赛季的封闭数据集。
截止口径
全部统计截止到 2025 年 5 月。归档条目不做回填与覆盖,后续修正只以追加修订记录的方式呈现。
字段结构与口径的完整定义整理在数据方案栏目里,研究组每次修改字段都要同步更新那份说明。
03
编辑组把归档里的数字翻译成读者能顺着读下去的段落。选题不从热度出发,而是从归档里出现的异常出发:某个补时时段反复集中在同一区间、某支球队的客场数据连续几轮偏转,这类信号比榜单本身更值得写。
选题来源
以归档数据的变化为主,辅以读者在勘误与提问中反复提到的口径疑问,两类来源每周汇总一次。
栏目分工
复盘专栏收录 260 篇赛后统计,分客场胜率、升降级形势、射手榜与补时时段四个分类;联赛观察按时间推进条目,专题索引按主题聚合。
写法规范
以短句为主,数字后面紧跟口径与截止时间;正文不写预测、不写赔率、不写尚未归档的赛果,也不给数据加上情绪化的形容词。
引用要求
每篇稿件附一份引用清单,标明所引条目对应的联赛、轮次与字段,方便校对组逐条对照。
更新节奏
每周发布一次复盘与观察更新,比赛日归档完成后的 24 小时内先出摘要,长文在上限内跟进。
04
校对组不生产条目,只对条目负责。他们的工作分三段:入库前的字段合规检查、发布前的数字对照、赛季末的全量比对。三段之外,他们还承担读者提交的修订请求。
复核节点
数据入库前检查字段是否齐全、单位是否正确;稿件发布前核对引用数字与条目是否一致;赛季末对全量条目做一次逐条核对。
勘误入口
读者提交的修订请求统一进入校对组,由校对组判断是否成立;请求成立与不成立都会给出结论,不做含糊处理。
处理时效
工作日 24 小时内回复提交人,说明受理结论与预计修订轮次;跨周末的请求顺延到下一个工作日处理。
留痕方式
修订记录直接写进对应条目,同时保留原值与修订值,并注明修订轮次;不修改与该请求无关的其他字段。
校验方式
常规周期按联赛分层抽样复核,赛季末切换为全量核对;抽样比例与全量结果都写入当季校对记录。
口径上的常见疑问,比如字段缺失为什么留空、跨赛季比较以哪个版本为准,在疑问解答里有集中说明;需要提交修订请求的读者,可以走联系与勘误里列出的渠道。
05
前端组负责把结构化条目变成能读的版面。他们面对的约束很明确:站点不依赖后端,所有排序、筛选和检索都在浏览器里完成,因此页面结构必须足够规整,才能在本地完成组合与比较。
版本迭代
数据面板历经四个大版本:单联赛赛程表、多联赛面板、专题体系,以及当前的阅读版面板;每一版都保留上一版的字段口径不减配。
呈现规则
数字统一使用等宽字体并收紧字距,榜单与对照表只用 1px 细线分隔,不叠加底色条;需要强调的单元格只上浅色底,不改变字重。
时间轴
赛事日历以横向滑动的时间轴承载,轮次与阶段作为刻度;同一赛事的阶段节点固定在同一位置,方便来回比对。
前端约束
排序、筛选与站内检索全部在前端完成,不存在表单提交环节;页面在脚本未执行时仍然完整可读。
阅读组件
长文档配章节锚点目录、可折叠要点框与顶部阅读进度条,让跳读和顺序阅读两种方式都能成立。
06
四个组的接口不是靠沟通密度撑起来的,而是靠固定节奏和固定交接物。节奏一旦稳定,组与组之间的等待时间就会缩短。
周度对齐
每周 1 次口径对齐,四个组共同确认当周的字段变更、待办优先级与跨组阻塞项,会议结论直接写入字段变更说明。
交接物
研究组交字段定义表,编辑组交稿件与引用清单,校对组交复核结论与修订记录,前端组交组件说明;口头确认不作为交接凭据。
归档节奏
比赛日结束后 24 小时内完成伤停与补时归档,每周发布一次复盘与观察更新,每个赛季末做一次全量归档。
冲突处理
出现口径分歧时以字段定义表为准;如果确实需要修改定义表,走校对组复核流程,不在稿件层面临时解释。
赛季收尾
赛季末完成全量归档后,四个组一起复盘当季的字段变更次数与勘误分布,作为下一赛季字段版本的输入。
07
分工可以调整,工具可以换,剩下三条原则不动。它们决定了哪些内容可以发布,哪些数字必须重查。
任何一处数字都必须能指回字段定义。指不回去的,先补定义,再写正文;宁可推迟发布,也不先写一个说不清出处的数字。
每条记录都要能被第三方按联赛、轮次和字段独立验证。修订必须留下原值与新值,让后来的人看得见改动发生在哪一轮。
不写预测,不写未经归档的结果,不用规模、排名或速度给数据加戏。描述事实本身,就已经足够有分量。
这三条原则是在几个版本迭代里逐步定下来的,来龙去脉记在品牌历程中。