数据小组组建
最初只有一支小组，做的就是同一件事：把一场比赛的节奏记下来。谁在哪个时段跑得多、哪段时间被压在半场，这些内容先被人手工记录，再慢慢变成可以反复调用的资料。
TRACK · 01
从一支数据小组，到赛区服务台
我们没有一步跨到今天的规模。每一年往前推一点，起点是几个人想把比赛讲清楚。
首个赛季数据看板上线
看板上线之后，分析师和教练不用再逐条翻记录。一个赛季的跑动分布、关键事件和替补出场节奏，可以在同一块面板里对照着看，赛后复盘从几个小时压到几十分钟。
安卓端推出
看台和通勤路上也需要数据。安卓端把跑动热区、补时节奏和半场比分走势放到手机上，关注某支战队之后，开赛前 30 分钟会收到提醒，不用再对着赛程表算时间。
资料库开放多维筛选
赛区、战队、选手三个维度可以随意组合，两个人之间的热区差异能并排放在一起看。做内容的人可以直接把数据卡导出成文本摘要，写稿、做图、发战报都用同一份来源。
TEAM · 02
42 个人，四个方向在跑
人数不多，但每个方向都直接对应你能拿到的东西：数据准不准、比赛顺不顺、工具好不好用、问题有没有人管。
数据工程
负责采样、清洗、入库和热区渲染。你在资料库里看到的每一条轨迹，都是他们从原始坐标里修出来的。
赛事运营
盯赛程、跟现场、维护战队与选手信息。赛季阶段切换、场次调整，最先反映到这一块。
产品与设计
决定筛选器好不好用、时间轴怎么排、手机上热区图会不会糊。每一个交互细节都是他们反复改出来的。
客户成功
俱乐部的数据需求、场馆的观赛安排、社团的团购咨询，都由他们对接并跟到问题解决。
MAP · 03
8 个赛区，31 座城市，连在同一张图上
赛区之间的节奏差别很大。有人习惯高位压迫，有人靠后程发力，把这些差异放在同一张分布图上看，比赛之前心里就大致有数。
SECTOR GRID
-
赛区 8 个
每个赛区都有独立的赛程表与排名页，切换赛区即切换整块视图。
-
覆盖城市 31 座
主场城市、客场城市和集训地的观赛安排都能查到。
-
注册战队 46 支
战队档案含轮次战绩、跑动均值与关键事件分布。
-
注册选手 1,280 名
选手维度的跑动样本支持两人并排比对。
一起把内容做起来的伙伴
68 家电竞俱乐部
12 家场馆
9 所高校电竞社团
俱乐部拿到的是赛后复盘用的跑动与替补数据；场馆侧重赛程与观赛节奏的同步；高校社团更多是用季票团购和观赛公告把同学组织起来。三种合作方式不同，对接的都是同一套资料库。
PIPELINE · 04
从场上一个坐标，到你能翻到的那条曲线
一场比赛产生的原始位置数据量不小。要让它变成能读的东西，中间要过四道工序。
-
01
采样
每场对局的跑动采样点超过 2,400 个，位置精度控制在 0.5 米。这个精度下，一次横移和一次回撤是能分辨出来的。
-
02
校准
采样数据先跟赛程、出场名单和轮次信息对齐，剔除异常漂移，再按赛区与战队归位，保证换赛区看的时候不会串行。
-
03
事件标注
进球、换人、伤停与补时节点在比赛进行中同步标记，延迟小于 3 秒，所以你看直播时标出来的事件和赛况基本是同步的。
-
04
入库发布
终场后 15 分钟内完成入库。补时时长曲线、半场走势和替补贡献在同一屏里，复盘时不用来回切窗口。
USERS · 05
观众、俱乐部、场馆，各拿各的那一份
同一套资料库，看的角度不一样。下面三类是我们平时打交道最多的。
看比赛，也想看明白
- 关注战队后，开赛前 30 分钟收到提醒
- 半场比分走势和补时节奏同步显示
- 赛区排名与当轮场次一屏翻完
- 季票信息在首页第二栏直接查
复盘要快，口径要一样
- 按赛区、战队、选手三档筛选跑动数据
- 两人热区并排比对，看站位差异
- 数据卡导出成文本摘要，直接进复盘文档
- 替补贡献与补时节点对照同一时间线
组织观赛，少打几个电话
- 赛程节点按季前赛、常规赛、季后赛排布
- 训练日通票、常规赛全程、季后赛包厢三档可查
- 观赛公告与场次调整同步更新
- 团购与观赛安排走客户成功对接
ANNUAL · 06
每年交一次作业：赛季数据白皮书
赛季结束后，我们把这一年的跑动与比赛节奏变化整理成一份白皮书。俱乐部拿去当复盘参考，内容创作者拿去当选题起点，场馆拿去调整下一年的观赛安排。
白皮书之外，赛区跑动趋势专题会跟着赛季节点更新：3 月季前赛、6 月常规赛、10 月季后赛，每个节点都有一段新的观察。往前翻，能看到同一支战队在不同赛季里的跑动风格是怎么变的。
- 白皮书每年 1 次 · 覆盖赛季跑动与节奏趋势
- 趋势专题按季前赛 / 常规赛 / 季后赛三段更新
- 版本节奏安卓端平均每 4 周一次功能迭代
- 当前版本v3.6 · 最低支持 Android 9