团队分工 · 长文档

四个职能组,一条口径

必赢赛场的内容不是一个人写完的。数据研究、内容编辑、数据校对与产品前端四个职能组共 28 名成员,围着同一份字段定义和同一个截止时间工作,谁在什么环节交出什么、由谁复核,都写在下面的章节里。

职能组
4
团队成员
28
赛季数据维护跨度
5
每周口径对齐
1
四格直角网格图,每格标注一个职能组的职责范围与产出物
四个职能组各占一格,边界写在格子里,交接点固定在同一份字段定义上。

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

文化原则

分工可以调整,工具可以换,剩下三条原则不动。它们决定了哪些内容可以发布,哪些数字必须重查。

口径优先

任何一处数字都必须能指回字段定义。指不回去的,先补定义,再写正文;宁可推迟发布,也不先写一个说不清出处的数字。

可复核

每条记录都要能被第三方按联赛、轮次和字段独立验证。修订必须留下原值与新值,让后来的人看得见改动发生在哪一轮。

不夸大

不写预测,不写未经归档的结果,不用规模、排名或速度给数据加戏。描述事实本身,就已经足够有分量。

这三条原则是在几个版本迭代里逐步定下来的,来龙去脉记在品牌历程中。

本章要点
  • 口径优先:先有定义,再有数字。
  • 可复核:改动留痕,任何人都能回溯。
  • 不夸大:只描述已经归档的事实。