STORY / 坐标 00 — 起点
从一张赛程表开始，把赛区数据画成一张读得懂的图纸
火马电竞运营雷火电竞官方主页，服务的是那群在开赛前必须把版本改动、英雄登场率和比赛节点一次看准的人。
起点很具体。几个做赛事内容的人，每周要在四五个页面之间来回核对同一场比赛的开赛时间、同一套击杀统计、同一个版本里同一位英雄的热度。切来源的时间比看比赛的时间还长。于是我们把这件事拆成两条线：一条是赛程，一条是数据，用同一套口径维护，让两边随时对得上。
- 覆盖赛区12 个
- 每赛季对阵1,400+ 场
- 登场率刷新每 15 分钟
A-01 / 为什么做
赛程和数据各自都不难找，难的是它们对不上
一次版本更新之后，赛程页、数据页和解说资料里的说法常常是三套。我们要做的，是让它们变成一套。
最早那版页面只有一个功能：把当天开打的比赛按时间排好。做下去才发现，观众真正卡住的地方不是“几点开打”，而是“这场比赛发生在哪个版本、那个版本里谁强势、换线之后谁的口径变了”。时间只是入口，判断才是需求。
所以我们先把击杀统计的口径固定下来，再往上叠赛程、叠登场率、叠版本改动。这套口径最近四个季度没有调整过，转会期的讨论用的也是同一套数字。你在赛程里看到的一场团战结果，和几天后复盘文章里引用的，是同一个来源。
同一场比赛，无论在哪个栏目里被提到，击杀统计都应该是同一个数字。
这也是为什么站点没有做成分散的工具集合。赛区观察负责给出解释，数据方案对照负责讲清接入方式，服务档位负责说明覆盖范围——它们围绕的是同一条数据线，而不是各自为政的四个页面。
A-02 / 能力来源
可信不来自承诺，来自固定口径和固定频率
数据的价值取决于它多久检查一次、由谁核对、差异出现时多久改回来。
- 击杀统计口径
- 赛区赛程、英雄登场率与转会期讨论共用一套，4 个季度未作调整，跨赛区对比时不需要换算。
- 赛程更新时效
- 开赛时间与对阵调整平均在 9 分钟内落到时间轴上，并按 每 5 分钟的节奏轮查一遍。
- 登场率刷新
- 覆盖 168 位英雄，按版本、位置、段位分层，每 15 分钟刷新一次。
- 版本解读节奏
- 改动上线后 24 小时内给出分层解读，说明它先影响谁、再影响谁。
版本改动拆成五层
一次补丁同时改动数值、机制、装备、符文和地图资源节奏。只讲“某英雄被加强”没有意义，我们会把五层拆开，标出每一层最先受影响的打法。
-
LAYER 01
数值
攻击力、法强、冷却与成长的微调，决定对线期谁先拿到主动权。
看的人：排期编导、数据标注
-
LAYER 02
机制
技能判定与交互规则的改动，往往比数值更难从补丁说明里读出来。
看的人：版本研究、战队内容团队
-
LAYER 03
装备
合成路径与性价比拐点变化，直接影响前十分钟的出装顺序。
看的人：战队内容团队、数据爱好者
-
LAYER 04
符文
主副系搭配偏移，决定了同一位英雄在不同对局里的两种打法。
看的人：赛程编辑、观众讨论运营
-
LAYER 05
地图节奏
资源刷新与推进窗口调整，改变的是整场比赛的时间分配。
看的人：直播平台赛程产品
A-03 / 代际
四代推进，每一代都在补上一代的短板
能力不是一次性建成的，是一次次被真实需求推着往前挪的。
GEN 01 第一代 · 赛程页
解决的是最基础的一件事：今天有哪些比赛、几点开打、在哪看。页面只有时间轴，没有解释，也没有数据。
- 单赛区对阵按天排布，改动靠人工盯看
- 时间轴可以按赛区切分，但切完看不到别的
GEN 02 第二代 · 数据层
把英雄登场率和击杀统计接进同一套表结构，赛程不再只是时间，而是带着背景的比赛。
- 168 位英雄按版本与位置分层，15 分钟刷新一次
- 赛程变更自动落到时间轴，平均 9 分钟内可见
GEN 03 第三代 · 版本分层
光有数字不够，还要说清数字为什么变。版本改动开始按数值、机制、装备、符文、地图节奏五层拆解，24 小时内出解读。
- 每一层标注最先受影响的打法位置
- 解释与数据挂在同一个版本号下，避免两处说法打架
GEN 04 第四代 · 跨赛区覆盖
覆盖 12 个赛区与 5 类国际赛事，每赛季同步 1,400+ 场对阵，跨赛区对比时不再需要换一套口径。
- LPL、LCK、LEC、LCS、PCS、VCS 等赛区同表排列
- 转会期讨论沿用同一击杀统计，四个季度未调整
A-04 / 团队
26 个人，四类角色，一条生产线
谁盯赛程、谁核数据、谁读版本、谁听观众，边界清楚，交接靠固定字段而不是靠口头。
-
9
赛程编辑
盯 12 个赛区的开赛时间与对阵调整，每 5 分钟轮查一次，把变更落到时间轴上。你看到的“改期提醒”，来自他们。
交付物 / 时间轴 · 对阵表
-
8
数据标注
按同一套击杀统计口径核对每场比赛的事件记录，处理跨赛区命名与判定差异，保证对比时不出现两个版本的数字。
交付物 / 登场率 · 事件记录
-
5
版本研究
把补丁拆成数值、机制、装备、符文、地图节奏五层，指出每一层最先改变谁，并在 24 小时内写出分层解读。
交付物 / 五层解读
-
4
观众讨论运营
从转会期讨论里挑出被反复追问的问题，交给版本研究回答，写成赛区观察栏目里能读完的稿子。
交付物 / 观察选题
一条数据的完整流程
- 排期落表赛程编辑录入对阵与开赛时间，标出国际赛事与常规赛的差别。
- 事件核对数据标注按统一口径补齐击杀与英雄使用记录。
- 版本挂钩版本研究把每条记录挂到具体版本号下，并标出所在分层。
- 解释成稿观众讨论运营把数据翻译成观众看得下去的赛区观察。
A-05 / 生态
谁在用这些数据，决定了我们下一步做什么
数据只有被排进直播表、写进赛前稿、接进产品里，才算真的有用。
CORE NODE
火马电竞赛程维护 · 登场率更新 · 版本分层解读
-
B-01
38 家电竞俱乐部
内容团队用赛程与登场率排布赛前预热和赛后复盘的节奏，把版本分层当作选题依据。
-
B-02
12 家赛事内容团队
按时间轴安排解说资料与节目排期，赛程一改，脚本跟着改，不需要再问第二遍。
-
B-03
6 家直播平台
赛程接口承载开播提醒与对阵预告，9 分钟内的变更时效直接决定提醒准不准。
-
B-04
3 家数据服务商
做接口层面的协作，把击杀统计口径和版本号对齐，避免下游产品出现两套数字。
NEXT / 出口
看完故事，接下来该看点具体的
如果你要为一场比赛排期、为一次版本更新做选题，或者评估是否把赛程接进自己的产品，下面几步都能直接拿到答案。
- 对照数据接入方式 三种接入组合在覆盖赛区、刷新时效和对接成本上的实际差别。
- 核对服务覆盖范围 按赛区数量、更新频率与协作接口列出各档包含的内容。
- 说明你的赛区与版本范围 把赛区、战队或版本范围告诉我们，会更快给出可用的答复。