品牌总览 · 赛季归档业务

十二个赛季、四座城市,我们把赛场做成一份查得到的档案

IM电竞娱乐 是一支常年待在赛场里的团队。我们做的事,是把上海、成都、北京、广州四地的比赛进程变成连续的赛季记录:哪一轮谁遇上谁、一局打了多久、从第几轮杀进线下、赛后还能不能把那一场翻出来。

战队运营拿它做赛前准备,场馆方拿它排下一轮的场次,观赛社群拿它复盘经典对局,品牌方则希望自己的内容出现在赛季进程里。你要看的是哪一段,我们大概率已经记下来了。

暗色数据控制室内多块屏幕显示胜率曲线与坐标网格的抽象画面
四城赛场的记录在同一处汇总
12 个赛季连续归档 从一座城市起步,近三个赛季四城全部进入同一份档案
4200+ 场对局记录 折算到每个赛季约 350 场,按城市与赛事阶段可回溯
38 个线下观赛点位 上海 12 个、北京 10 个、成都 9 个、广州 7 个
24 人内容与数据团队 分设赛事记录、数据统计、可视化与运营服务四组
01

我们每天在赛场做的事

把四座城市每一周打出来的比赛,变成一条条能查、能比对、能往回翻的赛季记录。

记的是赛季,不是一场比赛

一场比赛打完就过去了,但一个赛季可以反复看。我们把每一轮的签位、对阵、单局时长和晋级结果挂到当季的赛季编号上,于是同一支战队在不同阶段的状态起伏、同一座城市的比赛节奏快慢,都能摆到一张台面上比。

谁在用这些记录

战队运营要在开打前摸清对手最近几轮的变化;场馆方要判断这一轮坐得满不满、下一轮该怎么排;观赛社群想把一场经典对局重新翻出来做功课。需求看着不一样,落到最后都是同一个问题——记录有没有连起来。

从哪里开始看

按城市、赛季或赛事阶段,都能直接切到对应那一段。赛季归档中心是主入口;想先看最近的动态,可以先翻赛季日志,遇到具体问题则去常见问答找答案。

02

十二个赛季是怎么走过来的

我们用赛季编号当时间尺度,比日历更好用:哪一季扩了城市、哪一季换了记录方式,一眼能对上。

  1. S01–S03 单城起步

    先把「怎么记」这件事定下来

    起步阶段只有一座城市的比赛记录,人手也少。那几年最花时间的不是多记,而是把记录的格式固定住:每一条都必须同时带上城市、赛季和赛事阶段三个位置信息,缺一个,后面就没法摆到一起看。这套编号方式一直沿用到今天。

    1座城市入库记录格式定型

  2. S04–S06 第二座城市

    线下观赛记录从这一阶段成形

    第二座城市接入之后,现场的情况开始被系统地记下来。现场场次、进场人数区间、点位分布,这些过去零散在各处的东西,从这个阶段起并进了同一套赛季记录里。场馆方第一次能拿到连续几轮的进场参考,用来判断后续怎么排场次。

    2座城市入库观赛记录成规模

  3. S07–S09 三城并轨

    赛事阶段分段明确,晋级按轮次记录

    第三座城市加入后,我们给赛季分了段:常规赛、季中赛、区域对抗赛、季后赛各成一节。晋级记录也从这一阶段开始按轮次写下来——谁在第几轮拿到赛点、从那一条路径走到线下,都能顺着轮次往回翻。跨城市的横向对比从这时起变得顺手。

    3座城市入库四段赛程分段呈现晋级按轮次归档

  4. S10–S12 四城全覆盖

    赛季积分上线,三套图形定型

    最近三个赛季,四座城市全部进入同一份档案。赛季积分体系在这个阶段上线,胜率、晋级轮次和击杀数据被折算成可以横向比较的分数;胜率曲线、时长分布图与晋级路径图三套图形也在同一时间定型,网页端与移动端各出一版。十二个赛季累计 4200 余场对局,折算到每个赛季约 350 场。

    4座城市全覆盖赛季积分体系上线三套图形定型

03

一份归档要过六道手

从比赛结束到你在页面上刷到它,中间隔着六道工序。每一道都有自己的产出物,哪一环慢了、哪里对不上,马上就能定位。

由六个带编号的方形节点与连接线组成的归档流程图,节点分别标注现场记录、回放整理、统计结算、两次演算、可视化与发布归档
从现场记录到发布归档,六个环节首尾相接
  1. 01

    现场记录

    记录员跟完全场,逐轮记下签位、对阵和结果,当天把原始表格传回。

    产出原始轮次记录表

  2. 02

    回放整理

    当轮回放按赛季与城市归档,定位到具体轮次,日后凭编号就能直接点开。

    产出带索引的回放库

  3. 03

    统计结算

    单局时长、击杀数、胜负关系逐项算出来,同时维护选手榜、战队榜与单局最高记录。

    产出时长表与榜单数据

  4. 04

    两次演算

    统计组两个人分别算一遍,对不上的地方回到回放里确认,确认完才进入下一步。

    产出可发布的数据集

  5. 05

    可视化

    把数据集画成胜率曲线、时长分布和晋级路径图,网页端与移动端各出一版。

    产出三套交互图形

  6. 06

    发布归档

    每个比赛周归档一次,赛后 48 小时内把回放与统计补齐,条目随即可被检索。

    产出可检索的赛季条目

04

24 个人,四个小组

内容与数据团队一共 24 人,按工序分成四个组。人不多,所以每个人都要懂前后两环在干什么——记录的人知道数据最后会怎么用,画图的人知道原始表格长什么样。

团队工作区桌面的局部特写,键盘、笔记本与多块显示数据表格的屏幕,不出现可识别面孔
记录、结算与画图在同一张桌子上完成对接
G1

赛事记录组

常驻四城赛场,负责逐轮记录、签位整理与现场情况回传。他们是最早接触到比赛的一环,也是整条链条的起点。

  • 逐轮签位与对阵记录
  • 现场场次与进场情况回传
G2

数据统计组

负责对局时长、击杀与胜负的结算,也负责把胜率换算成赛季积分,并维护选手榜、战队榜与单局最高记录三张榜单。

  • 时长与击杀逐项结算
  • 赛季积分与榜单维护
G3

可视化组

负责胜率曲线、时长分布与晋级路径三套图形的设计与实现,让同一组数据在网页端和手机上都能读得下去。

  • 三套图形设计与实现
  • 桌面与移动端适配
G4

运营服务组

统一受理观赛报名、赛事合作与内容纠错,同时负责与四城场馆方、观赛社群和战队内容团队的日常对接。

  • 观赛报名与赛事合作受理
  • 场馆与社群日常对接
05

三张图,把一个赛季看明白

数据本身不会说话,图形会。下面这三套是我们用得最多、也是合作方问得最多的。

胜率曲线

按常规赛、季中赛、区域对抗赛、季后赛分开画。同一支战队在四段里的斜率变化,比一个赛季的总胜率更能说明问题。战队运营常用它判断对手是在哪一段掉了队。

赛前研究 · 对手状态判断

时长分布图

单局均值、最长对局与阶段中位数三条并排,城市之间可以直接横着比。想弄清一座城市的比赛节奏偏快还是偏慢,看这一张就够。

跨城市对比 · 节奏判断

晋级路径图

从第一轮到赛点局完整铺开,每一轮的对阵双方都标出来,谁把谁挡在门外一目了然。场馆方和观赛社群做赛前预告时用得最多。

赛前预告 · 晋级复盘

06

和我们一起做内容的伙伴

场馆方出场地和现场情况,观赛社群出人群和反馈,战队内容团队出第一手的阵容与人员变动。这些素材汇到一起,才拼得出一份完整的赛季记录。

长期与四城场馆方、观赛社群及战队内容团队保持协作,累计内容协作方超过 60 家。我们在各城市设了点位,现场情况当天有人回传,赛后有人复盘,赛季结束时这些记录就连成了一条线。

品牌自建的赛季积分榜,也被多家电竞内容媒体在赛季报道中引用。对合作方来说,这意味着你的场地、你的社群或你的阵容内容,会出现在一条被别人引用的赛季线索上。

上海 12
北京 10
成都 9
广州 7
  • 四城场馆方
  • 城市观赛社群
  • 战队内容团队
  • 电竞内容媒体
  • 赛季报道引用方
  • 城市观赛点位
07

三种合作方式,对应三种场景

不用先想清楚要哪一档,先说说你的场景,我们帮你落到具体那一种。

媒体与内容创作者

数据引用授权

赛季报道里要用到积分、胜率走势或晋级路径,我们提供配套的图表与说明文字,你直接排进稿件就行。

交付赛季积分与图表数据,附可直接使用的图表说明

品牌与市场合作方

联合赛季专题

围绕某座城市或某个赛事阶段做联合内容,出现在对应阶段的归档页与赛季索引里,跟着赛季进程往下走。

交付专题页、赛季索引固定位置与四城坐标联动展示

场馆方与观赛社群

城市观赛专区共建

以城市为单位,把线下点位、现场场次与观赛记录整理成专区,赛前预告和赛后回顾都收在同一个入口里。

交付城市专区页、点位信息维护与每轮现场记录归档

下一步

先说说你的场景,我们再定做哪一档

是做赛前研究、要排下一轮的线下场次,还是想在赛季内容里占一个位置?把你的情况发给我们,工作时间 10:00-19:00 内回复。观赛报名、赛事合作与内容纠错走的是同一套服务通道。