11
数据工程
维护采集管道与入库链路,负责指标计算、异常回滚和图表数据源。复盘模块里的经济曲线、选手热区,数据侧都由这一组交付。
教练在赛前半小时要确认对手上一场的阵容,运营在转会窗口每天要刷名单,跟数据的观众想回查某个版本里谁被优先选。这三件事要的不是更多内容,而是能一步点到的那一条。
教练组的时间最紧。赛前准备会上要摆开对手最近三场的 BP 顺序和经济曲线,赛后两小时内要把团战段落切出来发给队员。过去这些动作分散在录像、表格和聊天记录里,一场比赛翻四五处是常态。我们把对局记录、时间轴标记和选手热区放到同一个视图里,教练从赛程点进对局,再到切片,路径是连续的。
运营岗关心的是另一组东西:这个赛季还有几轮、下一场在哪个场地、名单里谁换了归属。转会窗口一开,信息每天都在动,早一天看到和晚一天看到,排期和商务对接的结果完全不同。战队线与转会名单的更新节奏,就是照这个工作节奏定的。
所以亿百电竞把内容按用途分成了三条线:赛事线承接赛程、对阵与赛果;战队线承接名单、转会与人员归属;数据线承接对局记录、经济曲线与选手热区。它不是三份互不相干的清单,而是同一场比赛的三个切面——从赛程进去,能看到这场的数据;从名单进去,能看到这个人打过哪些局。
第一次来的人,从首页挑一条线进去,再看一眼命令栏右侧的版本号,通常三步之内就能落到要用的那个页面。回访的人更直接,书签直接指向栏目,比从导航一层层点下来省事。
快和准在赛训场景里会打架。我们的处理办法是把流程拆开,每一段有明确的负责角色和时间点,快到什么程度、准到什么程度,都落在具体环节上。
比分、BP 顺序、经济曲线与选手位置数据从赛事现场和公开数据流同步接入。跨赛区的赛程每日更新一次,遇到临时改期,赛程条目会先挂出变更提示。
赛后 2 小时内完成赛事数据入库,对局记录进入数据线,可被复盘模块直接调用。入库慢于这个节奏的场次,会在条目上标出补录状态。
转会名单每 48 小时校对一次,每条记录都带最近一次校对时间与变动摘要。名单和数据类纠错由内容团队跟进,平均 24 小时内回应。
数据上线后进入栏目,观察与数据笔记每周发布不少于 6 篇。版本改动、BP 优先级变化这类内容,通常在对局数据齐了之后当天成稿。
团队不大,所以分工做得比较细。数据工程管链路和指标,内容运营管赛程名单和稿子,产品与设计管界面和图表长什么样,客户成功管账号、试用和用不起来的问题。
11
维护采集管道与入库链路,负责指标计算、异常回滚和图表数据源。复盘模块里的经济曲线、选手热区,数据侧都由这一组交付。
9
盯赛程、跑名单、写观察与数据笔记。转会窗口期的 48 小时校对节奏,主要靠这一组排班维持。
7
把赛训动作翻译成界面:看板怎么排、对比视图怎么切、复盘报告导出成 PDF 和 CSV 之后长什么样。
5
接账号开通、工具试用和日常使用问题,也负责把俱乐部反馈的字段需求带回到产品侧。
没有哪一次改版是拍脑袋定的,基本都是俱乐部和教练组用不下去的地方堆到一定程度,才动结构。
站点起步,先把赛程、对阵与赛果做成可查的固定栏目,解决"明天打谁"这类最基础的问题。
对局记录、经济曲线和选手热区从赛事栏目里拆出来单独成线,教练查数据不用再绕过赛程页。
同一账号在 PC 与移动端看到一致的赛程、名单与版本号,赛训人员在场馆用手机也能查。
时间轴标记、经济曲线、团战切片与选手热区四类视图成型,单份复盘报告可容纳 12 张图表。
两套版本设定并排核对经济曲线、胜率与英雄优先级,改动前后的差距一眼能看见。
赛训现场的消息往往先在人跟人之间流动。跟俱乐部、青训机构和高校社团保持长期协作,是我们把"听到"变成"查到"的主要方式。
目前与亿百电竞建立内容协作关系的俱乐部与青训机构有 96 家,覆盖国内 26 个省份。协作方会把赛程变更、名单调整和训练观察反馈过来,这些线索进入内容运营的待办列表,核实之后成为栏目里的一条记录。
实训这条线走得更长一些。我们与 14 家高校电竞社团保持合作,每年开放两期数据标注实习,社团成员参与对局切片打标和名单初筛。对社团来说是一次真实数据工作的练手,对我们来说是把标注量摊开、把复核留给专业岗位。
内容这块没什么捷径,跟踪量堆上去,才有资格谈判断。赛事覆盖、对局记录和复盘报告的量级,都是按年滚出来的。