00内容台履历

从一块大屏,到三线并行的内容台

乐鱼平台赛事最早只做一件很窄的事:把一场本地联赛的传球与跑动统计,在赛后整理成一张读得懂的表。此后每个赛季加一点——多一组指标、多一档订阅周期、多一个可核对的环节——这张表长成了战报、赛程、数据订阅三条并行的内容线。这一页按时间、岗位和口径把过程摊开,方便你判断它能不能长期用下去。

01起步

一切从赛后那张手动录入的统计表开始

起点没有大屏,也没有面板。最早参与的人只是习惯在比赛结束后把两件事做完:把全场传球次数逐段记下来,把换人和跑动区间标在同一张表上。做这件事的动机很朴素——夜里看完球,第二天想回头核对某个数字,翻聊天记录永远翻不到。

那张表后来被固定在赛后当天补齐。填表的人发现自己反复在算同一个比值:成功传球数除以总传球数——也就是后来被单独拎出来的传球成功率口径,含向前传球与横向调度,不含解围式长传。口径一旦被写死,数字之间就能横着比了,这是内容台最早的骨架。

第二块拼图来自观众席。当有人开始拿着手机和大屏同时看同一场比赛,问题就从“数字对不对”变成了“两边是不是同一份数字”。属地节点的适配工作由此被提上来,也从这里开始,双端同步成了硬要求而不是加分项

夜间山峦轮廓与水面反光交织的冷调全景,雾层压在山脊与江面之间
山地与水面构成这套内容气质的来源:夜色、雾、以及没有完全静止的反光。

02栏目成形

三条线各自站稳,核对被压到两步

栏目不是一次规划出来的,而是按“谁在什么时候想看什么”逐步分开。分开之后,跳转层级也跟着收缩,站内相关跳转控制在两步以内。

  1. 战报线

    赛后即时、周一回看、周四专题

    战报栏目每周更新三次,分工很清楚:赛后即时负责把当场统计和结果说清,周一数据回看把一周的传球成功率与外援出场情况并排,周四观察专题写的是趋势而不是结果。三条支线共用一个分类标签体系,赛季阶段归档也挂在这套标签下,所以翻旧内容不必逐页找。

    去战报与观察看本周更新
  2. 赛程线

    大屏与移动端读同一份赛程

    赛程线解决的是“同一时间看两边”的场景。大屏查赛程登录乐鱼平台后,外援名额标注直接挂在队名旁边,不需要再点开名单;移动端同步刷新同一份数据。外援名额依据赛事报名名单的公示口径更新,名单调整后 24 小时内同步。

    回首页看三线关系
  3. 订阅线

    把周期、档位和指标包一次讲完

    订阅线把三档周期——7 天体验档、30 天档、赛季档(覆盖约 5 个月,含收官阶段)——和指标包放在同一张对照里。指标包包含传球成功率、外援名额、控球与跑动距离、转换进攻次数四组可视图标签。跨档切换不重复计费,具体以订阅卡片当期标注为准。

    对照订阅周期与指标包

核对路径的变化

三线刚并起来时,赛后核对要走四到五步:翻战报、对统计表、查名单、再回看指标包。栏目独立以后,同一批数字在发布前已经过一次统一入库,读者端只需要两步——先在战报里看当场数字,再到对应指标块比对同一个口径。路径变短,靠的是后台把重复环节前置,而不是把中间步骤藏起来。

斜向切分的光绘轨迹线在深色底上层层叠加的抽象图形

03版本

数据面板的双周节奏

面板每两周迭代一次,当前版本 v3.2,版本记录保留最近 12 个版本的说明。下面是几个把能力推上台阶的节点,点开可看该版做了什么。

  1. v1.0 单表统计

    只承载一场比赛的传球与跑动记录,输出形式是一张固定列宽的表。口径在这一版被第一次写死,此后所有横向比较都以此为基线。

  2. v1.6 指标包成型

    传球成功率、控球与跑动距离、转换进攻次数被拆成独立可视图标签,数字不再和正文混排。单位字号统一降一级,避免把百分比误读成绝对次数。

  3. v2.0 双端同步

    大屏与移动端切到同一份数据源,同一时刻看到的赛程、比分与指标块保持一致。属地节点开始承担适配与现场支持,双端不一致的问题从这一版起基本消失。

  4. v2.6 外援名额标注

    外援名额以标注形式直接挂在赛程与战报的队名旁,依据赛事报名名单公示口径更新,名单调整后 24 小时内同步。省去了在名单页与赛程页之间来回切换。

  5. v3.2 当前版本

    双周迭代节奏固定下来,每次更新都留下说明条目,最近 12 个版本可回溯。无障碍与键盘操作在这一版纳入常规检查项,正文对比度不低于 WCAG AA,页面支持 200% 缩放。

版本号只往前走,不跳号。任何一次迭代若改动统计口径,必须在同一条记录里写明改动范围,而不只写“优化体验”。

04团队

28 个人,三组岗位,一条复核链

团队不设独立的市场与增长岗,人力集中在三件直接决定内容质量的事上。点开条目可看每组的具体职责。

01 编辑组 · 11 人

负责三条内容线的选题与成稿,包括赛后即时战报、周一数据回看、周四观察专题,以及赛季阶段的归档整理。

  • 战报与观察的日常更新与分类标签维护
  • 指标名称与单位表述的统一校对
  • 赛季阶段归档条目编号与检索
02 数据核对岗 · 9 人

独立于编辑组,只对数字负责。执行三人交叉复核:同一场比赛的统计由三人分别录入与比对,分歧逐条回查原始记录,口径一致后才允许对外发布。

  • 赛后统计与战报数字的逐项比对
  • 传球成功率分子分母的口径抽查
  • 外援名额与报名名单公示口径的同步核验
03 工程与体验 · 8 人

负责数据面板的双周迭代、大屏与移动端的适配、以及页面的可访问性。键盘导航、focus 状态与缩放表现都在这一组的常规检查范围内。

  • 面板版本迭代与版本记录维护
  • 双端同步的数据通道与一致性检查
  • 键盘操作、缩放与对比度的常规回归

把光标停在右侧条目上,正文里与之对应的说明会亮起来,便于对照阅读。

俯拍的多屏数据核对工位,屏幕内容虚化处理,画面中不出现可辨识的人物正脸
核对岗不参与选题,只判断数字是否站得住。

05属地

贵州节点做的不只是“本地服务器”

贵阳市观山湖区的服务节点承担三类工作,都和大屏与移动端能不能同步看赛程直接相关。它不是一份挂在页面上的资质说明,而是每天有人在跑的支持流程。

  • 适配 大屏分辨率、字号比例与坐距的现场调试,让外援名额标注在不放大页面的前提下也能看清。
  • 同步 移动端与大屏同一份数据源的时延监测,出现不一致时优先恢复一致,再排查来源。
  • 协作 与本地观赛社群、省内数字体育产业园的内容协作方对接素材与口径,减少转述误差。

06口径

发现偏差的时候,先停对外展示

更正不是补一句“以最新为准”就结束。下面这套顺序是固定执行的,不因为条目大小而省略步骤。

  1. 暂停展示

    发现数字存疑的那一刻,先停掉该条目在站内的展示,避免被引用或截图带走。暂停期间不显示旧值,也不显示占位。

  2. 回查原始记录

    核对岗三人分别调取当场录入记录、名单公示口径与已发布的指标块,逐项比对差异出在哪一步,而不是直接改结果。

  3. 修正并留痕

    修正后重新走一遍发布前的口径检查,同时在版本记录里写明改动范围与影响条目。版本说明保留最近 12 个,便于回溯。

  4. 说明边界

    赛程与名单信息以赛事官方公示口径为参照,站内统计归档为自建整理成果。这两句不等于免责,而是告诉读者每条数字的来路在哪里。

订阅档位、费用周期与传球成功率价格以对应页面当期标注为准;赛事数据订阅与战报费用核对请附注册手机号。跨档切换不重复计费。