团队与品牌 · 内容档案
谁在维护这个站点,数据要走完哪三道关
安博体育的战报与数据由三支小组维持: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
三道流程
采集、复核、上版,每一关都有判据
一条数据进站要过三道关,每道关都有明确的放行条件,卡住就退回上一环节,不带着疑问上版。
-
节点一
采集
判据:赛程与对阵结构核对到 26 项赛事的轮次表;单轮首个要点在开赛后约 3 分钟内进入待审队列。
-
节点二
复核
判据:指标复算、口径对照、主客场分组与对手维度核对;按赛季阶段抽样,抽样复核通过率为 99.2%。
-
节点三
上版
判据:卡片模板、赛季时间轴节点与收藏标签同步写入;完整轮次摘要在下一次刷新窗口补齐。
04
版本轨道
从 v1 到 v5,能力是怎么长出来的
版本号只表示能力的先后顺序,不表示时间。点开任意一个节点,可以看到那一版新增了什么、解决了谁的什么问题。
v1
战报速览
先把一轮比赛的要点做成短句,配统一的轮次编号,让碎片时间也能读完一轮。
v2
数据卡片
传球成功率与定位球效率进入卡片,指标旁附口径说明,数字用等宽字体单独成行。
v3
收藏与赛季筛选
收藏卡片保留指标、主客场分组与对手维度,可按赛季标签筛选近 3 个赛季的内容。
v4
对阵第二栏与移动端轻读
教练履历与球员名录进入对阵页第二栏;移动端改为单卡轻读,一屏只留一条要点。
v5
赛季时间轴与全宽数据带
左侧赛季时间轴常驻,用轮次与阶段名串起内容;全宽数据带每隔约两屏出现一次,打断卡片秩序。
当前版本为 v5.x,后续迭代继续沿用这套骨架。
05
更新窗口
战报按轮次走,数据按阶段回头补
赛季节奏下,战报和数据不是同一种更新方式。战报跟着轮次推进:单轮首个要点在开赛后约 3 分钟内上版,
完整轮次摘要在下一次刷新窗口补齐。读者在通勤时段打开,看到的是已经复核过的那一部分,不会读到半成品。
数据则按赛季阶段回顾更新:赛季开局、密集赛程段、杯赛阶段、赛季收官、间歇期,每个阶段收口时做一次整体校准,
结果同时进入
战报资讯
的说明条目与数据模块中心。
间歇期没有轮次可跟,更新重心转到专题与回看:把过去阶段的指标变化整理成可对比的条目,
也把读者常问的口径问题写成说明。这条排期思路让没有比赛的那几周也有东西可读,但不制造内容填坑。
06
供稿生态
12 家供稿方,进来之前先过一遍验收
站点的赛程整理与数据标注有 12 家合作方供稿,关系分两类:一类提供赛程与对阵结构的原始整理,
一类提供指标的初标注。两类稿件都不直接上版,必须先进入站内的复核节点。
验收方式统一:按批次抽样,对照已发布口径逐项复算,出现偏差就整批退回并说明差异点。
通过验收的供稿方进入常规供稿节奏,未通过的批次重新整理后再次送审。合作方的名称与人员不出现在站内页面上。
合作生态的边界也很明确:供稿方只提供整理与标注,不做内容判断,不参与指标口径的最终定义。
口径由站内数据标注组统一维护,任何调整都会同步到版本说明里。
07
反馈回路
读者提的问题最后去哪儿了
反馈主要从
使用问答
与
对接方式
两处进来。进来之后先分类,再排进对应的迭代清单,不按到达顺序处理。
-
入口类
找不到当季战报在哪儿、不清楚移动端从哪下滑。归到版式与前端组的导航迭代清单,
先确认是顶部即时条还是首页目录的指向问题,再随下一次版本说明公布调整。
-
数据类
指标口径疑问、与自己复算结果对不上。归到数据标注组,按赛季阶段统一校准,
确认属于口径说明缺失的,补进数据模块中心;属于计算差异的,写明差异来源。
-
版式类
窄屏卡片拥挤、折叠状态刷新后没保持。归到版式与前端组,与赛季时间轴、筛选状态的本地保存一起排期处理。
-
数据类
希望增加某个对手维度的对比视图。归入收藏与筛选的候选清单,按收藏筛选的使用情况评估优先级,
使用率高的方向先做。
这个分类下暂时没有对应条目,切回「全部」可以看到完整的反馈通道。