亿博赛场 · 为什么做这件事
找一场比赛，
不该翻十个页面
六个赛季以来，亿博赛场只做一件事：把散在各个联赛的赛况、可以带走的赛事记录，还有球员的逐场数据，收拢到同一个入口。首页顶端选一次联赛，下一跳就落在你要的那一页。
- 12 联赛分类
- 1,200+ 索引节点
- 38 编辑与数据同事
- 6 个赛季在跑
为什么值得把赛况收进一处
追一个联赛还好。同时盯三四个，光是记住哪个页面在哪，一个晚上就过去了。
赛程在一个地方，战报在另一个地方，球员数据还得单独翻一次。看完这场再找下一场，切换比看球更累。
我们反过来做：先分项目，再分联赛，最后落到赛季阶段。想找今晚的场次，从顶部选一次联赛就到；想找某个阶段的专题，顺着赛季标签往下点。
路径稳了，找东西才快。你这赛季记住的走法，下赛季还是同一条。
找得到、拿得走、看得细
三条线各管一段，串起来才是一套完整的用法。把鼠标停在一行上，能看到它具体怎么用。
- 01 站内索引 找得到 按项目、联赛、赛季阶段三层展开。首页顶端起算，两次点击就落到目标联赛页，不用在搜索结果里猜。
- 02 收藏赛事导出 拿得走 按联赛与时间范围两个维度筛，导出 CSV、JSON、XLSX 三种文件，内置 36 套字段模板，每周固定更新一次。
- 03 球员数据站点 看得细 覆盖 4,200 余名球员、18 项指标，出场、得分、助攻、跑动距离、传球成功率都在里面，每天刷新一次。
三条线是通的。从索引里点进一场比赛，能顺手跳到场上球员的资料；要写赛后复盘，直接从导出栏目取一份结构化记录。
先说结论再说做法：想找就查索引，想带走就用导出，想深挖就看球员数据。数据服务页里把格式和模板都列开了。
38 个人的日常，藏在每次更新背后
索引组管归类。哪个联赛挂哪个节点，赛季换阶段时标签怎么挪，由他们定。
导出组管字段。36 套模板的增减、每周那一次更新的排期，都从这张桌子上走。
球员数据组盯异常。每天刷新完之后逐项过一遍，谁的数字忽然掉了，先查录像再改数。
运维组守页面。链接失效、加载变慢、版本号没跟上，他们最先看到。
一周一更和一天一更，各自排期
-
日更 / DAILY
球员资料每天刷新一次。刷新完保留上一批次，两天的数字并排放，涨了还是掉了看得清楚。
-
周更 / WEEKLY
收藏赛事导出每周固定时间点更新一次，覆盖上一周的赛事记录。做周度汇总的作者，卡着这个点取数就行。
-
加急 / BURST
跨联赛撞车、一周排满的密集赛程，周更之外再补一次。补更不会悄悄发生，会体现在版本号上。
-
版本 / VERSION
每次数据变化都换一次标记，三段结构：主版本、次版本、修订号。页脚那个就是当前批次。
从一个联赛，到 12 类一起跑
每一格都是一个赛季。点开就能看见那一阶段覆盖了多少联赛。
-
第 1 赛季 从一个联赛的索引起步
覆盖 1 个联赛分类。同一场比赛的链接第一次被排成固定顺序，不用再靠收藏夹找。
-
第 2–3 赛季 扩到多个球类项目，节点过千
覆盖 8 个联赛分类。足球、篮球之外陆续接入网球、排球、羽毛球等，索引节点累计突破 1,000 个。
-
第 4 赛季 导出栏目上线，定下每周一更
覆盖 10 个联赛分类。收藏赛事导出开始按周交付，支持按联赛与时间范围两个维度筛选。
-
第 5 赛季 模板补齐，球员数据站改成日更
覆盖 11 个联赛分类。CSV、JSON、XLSX 三种格式齐备，字段模板累积到 36 套；球员数据站上线并保持每天刷新。
-
第 6 赛季 12 类稳定运转，版本标记固定下来
覆盖全部 12 个联赛分类，索引节点超过 1,200 个，版本号与每批数据同步更换。
和写内容的人，一起把赛季讲清楚
自媒体作者要成段的赛事记录，数据整理团队要能对上的字段，高校体育社团想做赛季观察——这三类需求我们常接到。
一起做内容
联合选题、共建专题、共同完成一份赛季观察，署名和发布时间双方商量着来。
长期引用数据
按现有模板定期取用导出内容，对外发布时带上页面链接和当时的版本号。
赛场日志累计发布 210 期专题，版本迭代、赛季专题、数据观察各占一块，翻一翻就知道是什么调子。