索引组
把一个赛季专题从开季排到收官，负责轮次归并、对阵关系和归档位置，保证任意一轮都能被找到。
品牌档案 · 2019 年至今 · 北京
把每场热爱
放进清晰结构里
赛前十分钟，你想看的不是十条链接，而是一张能直接读的表。MK赛场从 2019 年起就做这一件事：用一支 26 人的团队，把每个轮次理成赛程、两队表现与伤停名单，让你打开一个页面就够了。
- 运营起点
- 2019 年
- 团队规模
- 26 人
- 职能小组
- 4 组
- 当前版本
- V3
- 赛季专题
- 38 个
01 / 起点与主张
先做一张表，而不是再给一堆链接
查一场比赛的赛前状态，本来要开三个页面：一处看时间，一处翻两队数据，一处找谁不能上。来回切换消耗的注意力，比读数据本身还多。
我们把这三件事按轮次归到一起。从一个赛季专题进去，时间轴上是完整轮次，点开任意一轮，主队和客队的六组指标并排摆着，缺阵名单按球队分组单独成栏。看完就能走，不用再来回找。
这就是“把每场热爱放进清晰结构里”的意思——不是把话说得漂亮，而是让赛前那十分钟少一点翻找，多一点判断。谁在主场更稳、谁最近客场掉分、哪名主力这场停赛，位置都在你预期的地方。
02 / 团队分工
四个小组，各盯住一环
26 个人分成四组，一组管一段。一轮数据从进来到出去，每一段都有人签字。
数据校对组
盯住每轮录入之后的交叉复核，重点看进球、射正、控球与攻防转换这些最容易看走眼的地方。
设备适配组
维护主流安卓机型的适配记录，标注分辨率、系统版本和该走哪一档渲染，横屏平板的版式也归他们。
客服组
工作日 10:00–18:00 接住账号与索引问题，把用户反馈的错漏转进下一轮处理，也负责合作方的日常对接。
03 / 生产流程
一轮数据上线，平均走 40 分钟
赛程密集的时候靠流程，不靠赶。四道环节跑完，数字才出现在页面上。
-
环节 01
采集
赛事方公布的信息与现场记录同时进来，先归到当前轮次的草稿位置，缺项当场标出。
-
环节 02
录入
索引组把赛程、六组对照指标和伤停条目填进对应结构，字段对不上的退回重填。
-
环节 03
双人校对
两名校对员分开读同一份草稿，结论不一致的条目单独拎出来重新核对，直到两边对上。
-
环节 04
发布
通过之后才进页面，更新时间戳同步刷新。密集赛程阶段，索引从每周三次提到每日更新。
时间锚点
更新时间统一在开赛前 2 小时刷新，赛前 30 分钟与中场休息各做一次校正。你看到的轮次越临近开赛，页面上停留的校正痕迹就越多。
04 / 版本演进
三个版本，对应三种赛前难题
每一次改版，都是被一个具体问题推着走的。
-
V1
从一张列表开始
最早的版本把赛程排成能按轮次翻到底的列表，解决的是一件事：这场什么时候踢，找得到。
-
V2
两队摆到一行里
进球、射正、控球率、角球、犯规与攻防转换成功率六组指标，主队一列客队一列，同一场直接横着读。解决了比得清。
-
V3
伤停独立，设备分路
缺阵名单抽出来单独成栏，按球队分组并给出复出区间；安卓机型适配同步收进索引，手机、平板、桌面与应用各有入口。解决了看得准、进得快。
05 / 服务范围
从北京出发，守住华北的赛前十分钟
团队在北京，服务重心也在北京，同时接住华北多个城市的访问需求。年度访问约 1,200 万次，其中 68% 来自手机和平板——这也是我们把横屏版式和安卓入口单独做出来的原因。
18 家本地体育场馆与 6 家青训机构跟我们一起做内容。场馆把场次和开放时段交过来，青训机构把梯队赛程接进赛季专题，读者从一个入口就能连着看完，不用挨个去问。
18
本地合作场馆
6
青训内容机构
1,200 万
年度访问次数
68%
来自移动端
06 / 专题与行业参与
一年四期专题，把整个赛季讲完
索引之外，我们每年出 4 期赛季观察专题，跟着轮次节点更新：开季看阵容与赛程密度，中段看主客场走势，收官前看伤停和冲刺空间。想系统看一个赛季，从专题进去比翻列表省事。
参与过的本地赛事内容项目，多半落在纸面和现场：赛事手册、场馆导览、梯队赛程并入赛季专题。做完这些，索引里的字段更贴近观众真正会问的问题——几点开赛、怎么过去、这场有没有人停赛。
- 赛季观察专题：每年 4 期，配合轮次节点更新
- 本地赛事手册：赛程、交通与观赛提示编进同一份材料
- 场馆导览：场次安排与开放时段按周整理
- 青训梯队赛程：并入对应赛季专题，与一线赛程共用同一时间轴
发现数字不对
页面上哪条数据看着不对，直接告诉我们。纠错通道平均在 1 个工作日内核实，改完的条目会带上新的更新时间。有账号或索引打不开的情况，把设备型号和截图一起发过来，排查会快很多。