一支 42 人的队伍，从每周一期周报写到现在

1. 01 选题 编辑组

   每周一的赛区周报在前一周周四定题：上一周哪几场的分差和转折最值得复盘，编辑组先列候选，再按赛区分配。名单调整、版本更新这类突发变动走另一条队列，当天进当天的稿子。

2. 02 采集 数据组

   赛程、名单、经济差、参团率、BP 记录由数据组从合作内容方的接口和官方公告里取回，落进自建库。转会期名单原本一天三次的节奏上再加一道人工确认，避免把临时变动当成最终结果。

3. 03 复核 编辑组 + 数据组

   回放节点标记完成后，编辑逐段回看被标出的团战，确认时间码对应的确实是关键交战；数据侧核对胜率曲线与原始记录是否对得上。两边任何一头有问题，条目退回重做，不带着问号发出去。

4. 04 发布 运营支持

   成稿排进赛区观察的发布队列，同期更新订阅推送和首页索引。发出后 24 小时内收到的读者纠错，由运营支持分派给对应负责人，改完在原文上标出修订时间。

• 18 编辑

  负责赛区周报、单场复盘与转会期追踪，也做回放节点的最终确认。重点对局能不能读，由这一块拍板。

• 12 数据分析

  维护采集管线，跑胜率曲线的计算与三个维度切换，逐场校验原始记录。曲线出现异常跳变，先查数据再看比赛。

• 9 产品技术

  维护 PC 客户端与网页端。订阅同步、回放播放器、低配模式的 720P 降档都在这一块，安装包约 180MB。

• 3 运营支持

  接客服邮件、转内容纠错、协调商务对接，工作日 9:00 到 21:00 有人值守，工单平均 2 小时内首次回复。

四块合起来是 42 人。跨块协作主要靠每周一次的选题会和常设的内容群，编辑发现问题能直接找到写代码的人。

1. 2019 赛区周报开更

   第一期周报固定在每周一发布，栏目是赛程表加赛后复盘。固定节奏比篇幅更重要，读者知道什么时候回来。

2. 2021 数据管线覆盖 8 个一级赛区

   赛程、名单与对局记录进入自建库，每日三次同步的节奏在这一年定下来，之后所有曲线都建在这套记录上。

3. 2023 回放时间轴上线

   单局自动标记 6 至 9 个关键团战位置，节点经编辑复核后标出，分享链接带时间码，30 天内有效。

4. 2025 中文版测试版 3.2

   订阅、胜率曲线与回放定位合进同一个 PC 客户端，双周迭代，每次公开发更新说明。

• 01

  补齐次级联赛的回放节点

  先把 6 个次级联赛的重点场次覆盖到位，让补看的人不必在一整局里拖进度条。

• 02

  订阅组合跨赛区交叉筛选

  一个账号能保存 20 组订阅，接下来让不同赛区的战队与选手组合在一起筛选，换一台 PC 登录也一样。

• 03

  低配模式跑顺更多机器

  低配模式已经能降到 720P，接下来在更多老机器上验证帧率与内存占用，让 180MB 的安装包更有意义。

每版更新后会在赛区观察发布说明，写清改了什么、影响哪些赛区。你用着不顺手的地方，直接发到客服邮箱，运营支持会转给对应负责人；内容共建与数据合作走商务电话或联系页。