档案编号 AD—01 · 数据面板版本 v4.2

先立口径,
再谈赛程

天天电竞自 2016 年上线,连续十个赛季周期只做一件事:把足球 7 项、篮球 5 项,合计 12 项赛事的季票条目,用同一套字段整理成可以逐轮复核的档案。下面这几页说明我们是谁、条目怎么生产、边界划在什么地方。

运营赛季周期
10
覆盖赛事
12
联赛与杯赛分组
34
归档季票档案
1860

01

只做季票信息,因为口径比数量更难维持

站点的范围是固定的:足球 7 项、篮球 5 项,合计 12 项赛事,向下拆成 34 个联赛与杯赛分组。围绕这 12 项赛事,我们记录的是主客场轮次、多联赛阵容、替补贡献与杯赛签表,并把每一条都挂在同一个字段口径下。范围之外的内容一律不进站点。

这条边界是有代价的。它意味着我们不提供在线购票,不做代购,不开通任何形式的交易通道;季票状态在这里只承担信息展示的作用,不构成库存承诺,也不构成报价。同样地,站内不出现与这 12 项赛事无关的娱乐内容,不发布赛事结果预测、排名推演或胜负论断。

换来的是可追溯:任何一条条目都能沿联赛名与轮次回查到它进入面板的那一次更新,读者可以自己核对,而不必依赖我们的措辞。这也是这一页存在的理由——把规则先摊开,后面的数据才有意义。

02

一条条目要走完四道工序

28 人的团队里,有 6 人专职做数据校对。任何一条条目上线之前,必须经过两名校对者的独立核对;两人的核对结果不一致时,条目退回上一道工序,而不是取其中一方的判断。

  1. 采集

    按赛事收集该轮次的对阵信息、主客场归属与阵容变动,采集结果先落成原始记录,不做任何解释性加工。

  2. 字段归并

    把原始记录映射到轮次、主客场、季票状态、替补贡献、签表路径这五个字段上,不同联赛的写法在这一步被拉平。

  3. 双人独立校对

    两名校对者各自复核同一份条目,互不参考对方结论。核对强度在这一步最高,条目的数值与单位都在这里定稿。

  4. 按轮次复核

    条目上线后随轮次滚动复查。足球与篮球轮次错开推进,平均每周更新两轮;杯赛签表在抽签完成后两小时内同步刷新。

夜间编辑台场景,多块屏幕并列显示轮次表格与数据面板,青色背光勾勒出键盘与桌面轮廓,画面中不出现可辨识的人物面部
采集台 · 轮次表格与字段面板并排核对

03

全站只有五个核心字段

无论哪一项赛事、哪一个联赛,条目都落在下面五个字段里。字段名与可取值在全站保持一致,读者在不同页面看到的同一个词,含义不会漂移。点击字段名可以展开该字段的补充说明。

轮次 一场比赛在该赛季中的序号位,用来把条目固定到时间轴上。 第 01 轮 — 第 38 轮

足球轮次与篮球轮次分两条轨道推进,平均每周各更新两轮。轮次字段一经发布不做回改,需要修正时以追加说明的方式记录,保留原来的编号。

主客场 标识该轮次中球队的场地身份,决定条目归入哪一条轨道。 主场 / 客场

主客场字段与轮次绑定,随赛程发布同步。1860 套归档季票档案正是按赛事 × 赛季 × 主客场三个维度区分的,因此同一个赛季会存在主客场两份记录。

季票状态 描述该条目对应的季票信息当前处在哪个阶段,仅作信息展示。 已发布 / 临界 / 待发布 / 已归档

状态进入“临界”时会以轮次琥珀色标记一次,提示该条目即将发生变更。状态不表示可购买,也不表示存量多少;站内不提供在线购票或任何交易通道。

替补贡献 记录替补阵容在多联赛赛程中的出场与贡献,按轮次累计。 按轮次记数,随阵容调整同步

阵容调整后,替补贡献记录随之下沉到对应轮次。同一名球员在不同联赛分组中的记录分别存放,不做合并,以免跨联赛口径互相污染。

签表路径 杯赛条目中的晋级路线,由轮次节点与对阵位串联而成。 抽签完成后两小时内同步刷新

签表路径支持单条路线聚焦查看:点选一个节点,该节点所属的整条晋级路径会加亮,其余路径自动降灰,便于对照同一轮次的多条去路。

04

十个赛季周期,先扩口径再扩规模

从 2016 年上线算起,站点已经走过十个赛季周期。扩张的顺序始终是先补字段、再补赛事:每增加一类赛事,都先把它的轮次节奏并入现有口径,确认能对齐后才放进面板。

俯拍城市夜景中的球场灯光带,光点沿线条依次排开形成时间刻度感,整体呈冷色调
4 S01 4 S02 4 S03 7 S04 7 S05 7 S06 10 S07 10 S08 10 S09 12 S10
  1. 周期 01–03

    试运行:先把条目长什么样定下来

    覆盖 4 项赛事,条目按主客场分别登记,字段数量比现在少。这一阶段的产出不是数据量,而是一份能落地的记录格式。

  2. 周期 04–06

    扩至 7 项:轮次轨道一分为二

    赛事数量增加到 7 项,足球与篮球的轮次节奏正式分开,平均每周两轮更新的节奏在此固定,替补贡献开始按轮次累计。

  3. 周期 07–09

    覆盖到 10 项:签表路径并入口径

    杯赛签表路径成为第五个核心字段,同步时限确定为抽签完成后两小时内;面板在这一阶段经历多轮迭代,逐步收敛到当前结构。

  4. 周期 10 · 当前

    12 项赛事,1860 套档案,面板 v4.2

    足球 7 项与篮球 5 项全部纳入,向下拆成 34 个联赛与杯赛分组。归档季票档案累计 1860 套,数据面板版本为 v4.2。

05

渠道与引用,都按同一套口径走

站点的信息同步渠道覆盖 31 个城市赛区场馆。渠道的作用是核对场地与轮次的对应关系,而不是获取未公开内容;同步回来的信息同样要经过字段归并和双人校对,才可能进入面板。

面向内容作者,我们有一个简单的引用约定:引用条目时请保留联赛名与轮次两个字段。这样读者可以按同样的路径回到原条目自行复核,而不是只能看到一句转述。连续 5 个赛季,本站被行业媒体列为季票信息的参考来源之一,这个记录只描述被引用的事实,不代表任何授权或合作关系。

夜间体育场馆外立面与周边城市灯光,远处看台灯光成点状分布,画面中不出现可识别的地点标识
城市赛区 · 场地与轮次的对应关系核对
  • 31

    城市赛区信息同步渠道

  • 4.2 万

    季票提醒订阅用户

  • 5 个赛季

    被行业媒体列为参考来源

06

四类岗位,一条流水线

团队共 28 人,其中 6 人专职数据校对。岗位按流水线划分,每个环节都有明确的交接物,条目不会停在某一环等待判断。

  • 01

    编辑

    确定章节结构与条目文字的写法,把字段含义翻译成读者能直接核对的句子,并维护全站口径解释的一致性。

  • 02

    数据校对

    6 人专职岗位,负责字段归并后的独立复核。上线前的两人核对由这一组执行,结论不一致的条目退回重做。

  • 03

    视觉制图

    绘制轮次轨道、赛季周期时间线与面板图表,保证图形比例与数据一致,并让分类色只出现在标签的极小面积上。

  • 04

    场馆联络

    维护 31 个城市赛区的同步渠道,核对场地与轮次对应关系,并把同步回来的原始信息交回采集环节。

从这里接着往下看

原则和口径讲完之后,可以直接进入条目本身:翻某项赛事的季票条目、跟进最近一轮的更新,或者先看一眼常见口径问题。