团队与品牌 · 内容档案

谁在维护这个站点,数据要走完哪三道关

安博体育的战报与数据由三支小组维持:9 人写战报,11 人做数据标注,8 人负责版式与前端,合计 28 人。 这一页交代这些产出物怎么交接、指标怎么被复核、版本从哪里长出来,以及读者反馈最后落在哪一版。 想直接看当前轮次的要点,从顶部即时条进入即可。

28 内容成员 三支小组合计
3 复核节点 采集 · 复核 · 上版
99.2% 抽样复核通过率 按赛季阶段抽样
v5.x 当前版本 赛季时间轴与全宽数据带

人员构成

28 人按产出物分成三段:写稿、标注、版式。比例条只统计站内小组成员,不含 12 家外部供稿方的人员。

  • 战报撰写 9 32.1%
  • 数据标注 11 39.3%
  • 版式与前端 8 28.6%
01

先把「不做什么」写清楚

站点只做两件事:把一轮比赛里已经发生的内容整理成短句战报,把传球成功率与定位球效率这类可以复算的指标整理成卡片。 赛果判断、赔率、预测不在范围内,也不做赛前的悬念铺垫。

取舍有代价。没有悬念标题,没有情绪化导语,一轮比赛最热的那几十分钟里,这里看起来反而是冷静的。 换来的东西是:同一轮在不同模块里出现的数字能对得上,下一轮再看时还能按同样的口径复算一遍。

战报、数据、对阵、收藏四个模块全部收在 战报首页 的层叠目录里,入口动作排在最前,往后才是主体内容与旁注延伸。赛季时间轴、版本编号与轮次标签是三条并存的时间线索, 它们都不绑定具体日期,只说明阶段与先后。

战术室桌面俯拍:打开的笔记本、方格纸与手绘跑位线,画面中不出现人物面容
02

三支小组各自交出什么

三支小组之间靠固定交接节点衔接,而不是靠临时沟通。每条产出的负责人和交付时点都在组内看板上写死。

战报撰写 9

产出:单轮要点短句、完整轮次摘要、近 5 次交锋的胜平负序列与关键指标短段。

交接节点:开赛后约 3 分钟交出单轮首个要点,进入待审队列;完整轮次摘要在下一次刷新窗口前补齐。

数据标注 11

产出:传球成功率、定位球效率的合成结果——由角球与任意球转化、二次落点处理、防守解围成功率三项合成。

交接节点:每轮复核开始前完成标注,并按主客场分组与对手维度打上标签,供 数据模块中心取用。

版式与前端 8

产出:卡片模板、赛季时间轴与全宽数据带、收藏筛选与折叠交互。

交接节点:上版窗口内完成模板替换与自检,窄屏与键盘操作都要走一遍再交付。

03

采集、复核、上版,每一关都有判据

一条数据进站要过三道关,每道关都有明确的放行条件,卡住就退回上一环节,不带着疑问上版。

  1. 节点一

    采集

    判据:赛程与对阵结构核对到 26 项赛事的轮次表;单轮首个要点在开赛后约 3 分钟内进入待审队列。

  2. 节点二

    复核

    判据:指标复算、口径对照、主客场分组与对手维度核对;按赛季阶段抽样,抽样复核通过率为 99.2%。

  3. 节点三

    上版

    判据:卡片模板、赛季时间轴节点与收藏标签同步写入;完整轮次摘要在下一次刷新窗口补齐。

采集、复核、上版三个流程节点与连线构成的抽象信息图,节点以荧光青描边
04

从 v1 到 v5,能力是怎么长出来的

版本号只表示能力的先后顺序,不表示时间。点开任意一个节点,可以看到那一版新增了什么、解决了谁的什么问题。

从 v1 到 v5 的纵向节点连线示意图,节点只标注版本编号,不出现日期信息
v1 战报速览

先把一轮比赛的要点做成短句,配统一的轮次编号,让碎片时间也能读完一轮。

v2 数据卡片

传球成功率与定位球效率进入卡片,指标旁附口径说明,数字用等宽字体单独成行。

v3 收藏与赛季筛选

收藏卡片保留指标、主客场分组与对手维度,可按赛季标签筛选近 3 个赛季的内容。

v4 对阵第二栏与移动端轻读

教练履历与球员名录进入对阵页第二栏;移动端改为单卡轻读,一屏只留一条要点。

v5 赛季时间轴与全宽数据带

左侧赛季时间轴常驻,用轮次与阶段名串起内容;全宽数据带每隔约两屏出现一次,打断卡片秩序。 当前版本为 v5.x,后续迭代继续沿用这套骨架。

05

战报按轮次走,数据按阶段回头补

赛季节奏下,战报和数据不是同一种更新方式。战报跟着轮次推进:单轮首个要点在开赛后约 3 分钟内上版, 完整轮次摘要在下一次刷新窗口补齐。读者在通勤时段打开,看到的是已经复核过的那一部分,不会读到半成品。

数据则按赛季阶段回顾更新:赛季开局、密集赛程段、杯赛阶段、赛季收官、间歇期,每个阶段收口时做一次整体校准, 结果同时进入 战报资讯 的说明条目与数据模块中心。

间歇期没有轮次可跟,更新重心转到专题与回看:把过去阶段的指标变化整理成可对比的条目, 也把读者常问的口径问题写成说明。这条排期思路让没有比赛的那几周也有东西可读,但不制造内容填坑。

06

12 家供稿方,进来之前先过一遍验收

站点的赛程整理与数据标注有 12 家合作方供稿,关系分两类:一类提供赛程与对阵结构的原始整理, 一类提供指标的初标注。两类稿件都不直接上版,必须先进入站内的复核节点。

验收方式统一:按批次抽样,对照已发布口径逐项复算,出现偏差就整批退回并说明差异点。 通过验收的供稿方进入常规供稿节奏,未通过的批次重新整理后再次送审。合作方的名称与人员不出现在站内页面上。

合作生态的边界也很明确:供稿方只提供整理与标注,不做内容判断,不参与指标口径的最终定义。 口径由站内数据标注组统一维护,任何调整都会同步到版本说明里。

07

读者提的问题最后去哪儿了

反馈主要从 使用问答对接方式 两处进来。进来之后先分类,再排进对应的迭代清单,不按到达顺序处理。

  • 入口类

    找不到当季战报在哪儿、不清楚移动端从哪下滑。归到版式与前端组的导航迭代清单, 先确认是顶部即时条还是首页目录的指向问题,再随下一次版本说明公布调整。

  • 数据类

    指标口径疑问、与自己复算结果对不上。归到数据标注组,按赛季阶段统一校准, 确认属于口径说明缺失的,补进数据模块中心;属于计算差异的,写明差异来源。

  • 版式类

    窄屏卡片拥挤、折叠状态刷新后没保持。归到版式与前端组,与赛季时间轴、筛选状态的本地保存一起排期处理。

  • 数据类

    希望增加某个对手维度的对比视图。归入收藏与筛选的候选清单,按收藏筛选的使用情况评估优先级, 使用率高的方向先做。