TEAM / MAINTENANCE LOG

四个组,一条能回溯的维护线

乐鱼手机看台的内容不是一次性写完的。32 个赛事栏目、12 项跑动字段与 V3 杯赛签表通道的 4 级检索路径, 由四个职能组分段维护,每一次改动都留下登记。这一页只讲分工、阶段与校对原则,不讲具体的人。

职能组
4
阶段节点
8
团队规模
18
夜间的多屏工作环境局部,屏幕上并排显示数据表格与栏目编号,画面中没有人物面部
夜场时段的多屏作业:跑动字段表、栏目编号与签表结构在同一工作面并排展开。

01 / GROUPS

每个组只管一段,交接口写在明面上

18 人分成四个职能组,组内不再拆二级岗位。任何一项内容从进站到发布,最多经过两次交接,交接时必须带上当前状态与未决项。

  1. 组 01

    赛事数据组

    负责 12 项跑动字段的采集口径、单位与异常标注。比赛结束后约 15 分钟刷新一次,夜间场次顺延到次日首个刷新窗口; 数值明显偏离同场次区间的场次会被单独标注,而不是直接覆盖。

    交接 → 栏目编辑组:异常场次清单 + 字段口径变更说明

  2. 组 02

    签表维护组

    负责 V3 杯赛签表通道的 4 级手动检索路径:赛事 → 阶段 → 轮次 → 对阵。这条路径不自动跳转,需要用户自己按层级选下去; 路径的每一次调整单独登记,不和其他修订混在一起。

    交接 → 终端适配组:路径变更条目 + 受影响的入口位置

  3. 组 03

    栏目编辑组

    负责把 32 个赛事栏目按 6 个栏目组归并,并维护「组号-序号」两位制的栏目编号。编号一经发布不随版本变动, 栏目下线只做状态标记,编号不回收。重点栏目逐条收录在栏目图鉴里。

    交接 → 终端适配组:栏目结构变动 + 编号状态变更

  4. 组 04

    终端适配组

    负责手机端与电脑端的排布对照、收藏与订阅清单的双端一致性,以及会员中心 9 类资源的取用路径。 两端的差异不靠说明文字兜底,而是写进对照项里逐条列出。

    交接 → 赛事数据组:双端读数差异 + 复现条件

02 / STAGES

八个阶段,每个阶段只解决一件事

阶段按推进顺序排列,不标注具体年月日。判断一个阶段是否结束,只看它的阶段成果有没有被写进站内记录。

8 个节点

P-01

手机端先行

站内最早只有手机端看台,栏目数量少,字段也没有固定格式,内容和数据由同一批人兼顾。 好处是快,代价是翻查一次旧记录要在几份表格之间来回比对,谁改过什么只能靠记忆。

阶段成果

确认「看台」这个第一视角,同时确认只靠手机端不足以支撑横向对照。

P-02

栏目分组

把散落的赛事栏目按球类联赛、杯赛与签表、跑动与体能、夜间场次、综合赛事、终端工具六组归并, 组内再按访问频次排序。分组只解决归属问题,不动内容本身。

阶段成果

32 个赛事栏目第一次有了稳定的分组归属,组内顺序跨端保持一致。

P-03

编号定型

栏目编号改为「组号-序号」两位制,全站唯一。编号发布后不随版本变动,栏目下线只做状态标记, 号码不回收、不复用,避免旧记录指向一个已经变了意思的编号。

阶段成果

提到某个栏目时可以直接报编号,不必再靠名字指认。

P-04

字段口径统一

12 项跑动字段的定义、单位与刷新节奏固定下来:跑动距离、冲刺次数、高强度跑动占比、单位时间跑动、 加速次数、减速次数、最高速度、跑动热区、覆盖区域占比、前场跑动占比、回追距离、跑动强度分段。

并列的数据表格局部,其中一列被描边标记出来
口径校对时,同一场次的字段值按列并排,偏离区间的整列会被单独标出。

阶段成果

两端的同名字段含义一致,异常场次以标注方式保留原值。

P-05

路径独立登记

V3 杯赛签表通道的检索路径从栏目内容里拆出来,按赛事、阶段、轮次、对阵四级分别登记。 路径修订不再混进栏目内容修订,两类改动各自有自己的记录条目。

签表结构中某一层级被描边的局部画面,其余层级保持灰底
签表路径核对:一次只标亮一层,确认当前层级选对后再进入下一层。

阶段成果

路径的每次调整都能单独回溯,不必翻整条栏目历史。

P-06

双端清单共用

收藏与订阅改为两端共用同一份清单:单账号收藏上限 200 场,订阅球队上限 30 支。 在手机上收藏的场次,换到电脑上继续看时仍然在列表里,不需要重新整理一遍。

阶段成果

换设备不再等于重建清单,两端看到的收藏状态一致。

P-07

桌面端补全

电脑端补上联赛导航栏,覆盖 32 个赛事栏目,赛程排布改为横向铺开;会员中心可以直接调取 9 类资源, 包括赛程表导出、跑动热区图、签表快照与收藏归档等。

同一份内容在窄屏与宽屏上排布的局部对照,宽屏一侧赛程横向铺开
双端排布对照:同一份赛程,窄屏纵向推进,宽屏横向铺开以便并排比对。

阶段成果

横向对照与批量取用有了对应的一端,差异逐条写进终端对照。

P-08

修订分类登记

更新记录固定分成三类:栏目内容修订、字段口径修订、签表路径修订。三类分别登记、互不覆盖, 一次修订只登记一件事。近 7 天共修订 6 处,其中 3 项属于签表路径;近 30 天累计修订 27 处。

阶段成果

任意一条记录都能看出它改动的是哪一类,排查时按类别缩小范围。

03 / REVIEW

口径先定,修订再动

校对不是最后一道关,而是每个阶段的起点。下面四条是四个组共同遵守的约定,任一条被打破都要在小组内先说明再改。

  • R1

    定义只在一个地方改

    12 项跑动字段的释义集中维护,任何页面都不复制一份自己的版本。出现两处释义不一致时,以字段说明为准并回改另一处。

  • R2

    编号只增不换

    栏目编号一经发布即固定,下线保留编号并标记状态。重新启用同一个栏目时沿用原编号,不新开号码。

  • R3

    三类修订分开登记

    栏目内容、字段口径、签表路径各自成条。一次修订只登记一件事,避免一条记录里同时改动字段和一个签表层级。

  • R4

    限定写在用户看得到的地方

    「需手动检索」「夜间场次顺延至次日首个刷新窗口」这类前提,写在对应入口旁,不藏在文档深处。 排查顺序可以走帮助中心逐条对照。

继续查看

想知道这 32 个栏目各自覆盖什么,可以从栏目图鉴按编号读起;想按主题而不是按栏目找, 可以走专题聚合。站点为什么把手机端放在第一位、桌面端又补了什么, 写在品牌故事里。如果某个字段值或签表层级与你手上的记录对不上,可以在 对接方式里找到站内渠道;不熟悉整体结构的话,从首页的入口说明开始更省时间。