对阵记录补更早的赛季
3.1 万场记录往上追到 2012 年，下一步补齐更早阶段的比分与分区信息，让赛后复盘能拉出完整脉络。
起点 / ORIGIN
先是有人抱着几张表，问同一件事
赛事前后的那几天，做执行的人手里总摊着好几摊东西：一张赛程表、几个聊天窗、一堆场馆给的报价截图。同一件事被反复问——这场在哪打、分区和配套怎么算、谁上不了场。
2016 年团队动手做的第一件事，就是把这些收进同一张能检索的表，按三条线索分别整理。
-
A-01
赛程与对阵
比赛时间、对阵双方、赛季阶段，先让"下一场是谁打"一搜就有。
-
A-02
场馆与费用
场地分区、配套条件、时段区间，招商和排期的时候能横向比。
-
A-03
赛前状态
伤停、缺阵、复出节点，写稿和做预案前先看一眼。
发展轨迹 / TRAJECTORY
五个阶段，每一次都为了解决一个具体麻烦
-
01 把赛程表变成能查的结构 起步
第一个服务赛季，团队只做一件事：把每轮比赛按赛季、轮次、对阵双方整理成可索引的记录。赛事日历的雏形也在那时出现，赛后想回看某一场，不用再翻群聊记录。
-
02 场馆费用开始逐条落地 结构化的开始
场馆运营方最常问的是"这个时段大概什么价位、配套能到什么程度"。费用库从几十座场馆起步，逐步扩到 128 座，条目累计 4200 余条，可按赛事、场馆、日期三个维度组合筛选。每个工作日更新两次，结果页写明最近一次更新时间。
-
03 赛前状态进入同一套记录 伤停上线
伤停信息一开始是编辑手工汇总的附注，后来独立成页，覆盖 12 个主流联赛与 6 类杯赛的赛前状态。安卓端与内容中心读的是同一份数据，随赛程节点刷新，手机上看完不用再去电脑前对一遍。
-
04 检索前置，弱网也能先看到结果 V3.1
V3.1 把站内检索搬到首屏，常用查询的点击步骤从四步压到两步。同时做了资源压缩和首屏优化，弱网环境下首屏平均加载约 1.4 秒——对常在路上查数的人来说，这一秒多很实在。
-
05 历史交锋与内容中心并轨 V2.3 测试版
对阵记录往上追到 2012 年，累计 3.1 万场，可按对阵双方与赛季区间检索，赛事日历里也能直接跳到对应场次。内容中心以 V2.3 测试版运行，已发布 5600 条赛事与场馆条目，供媒体和数据整理者翻查。
团队构成 / PEOPLE
这些数字不是抓来的，是有人一条条盯出来的
数据维护 22 人，负责场馆费用、赛程与对阵记录的日常更新；编辑校对 16 人，把伤停状态和资讯条目整理成能读的句子；场馆与赛事对接 11 人，跑在场馆和赛事执行团队之间，把新场地、新赛段接进来。其余 19 人分布在技术、产品与客户支持岗位。
- 数据维护 22
- 编辑校对 16
- 场馆与赛事对接 11
- 技术、产品与支持 19
协作生态 / NETWORK
场馆、俱乐部和媒体编辑，一起来填这张表
费用和赛程条目多数来自场馆方的日常报送。到今天，我们已经与 9 家省级体育场馆运营机构建立数据协作关系，128 座在场馆库中的场地里有 34 座位于高原与西南地区，这些场地的分区、配套和时段说明往往更细。
俱乐部与青训机构把这里当作赛前准备的第一站；赛事媒体和数据整理者用媒体版账号导出结果，直接引用到稿件里。使用范围随账号版本扩展：浏览版、场馆版、俱乐部版、媒体版，功能依次放开。
如果你是场馆运营方或赛事执行团队，手上有稳定的场次与报价信息，可以通过联系我们提出协作申请，对接同事会跟你约定报送节奏。
9
家省级场馆运营机构长期协作
34
座高原与西南地区场馆在库
4
类账号对应不同使用深度
高原主场 / ALTITUDE
信号不稳的地方，我们多做了一步
拉萨的办公室里，断流和延迟是日常体验的一部分。V3.1 围绕这一点做了资源压缩与首屏优化，弱网环境下首屏平均加载约 1.4 秒，先把你要查的那一条送到眼前，图表和图片随后补齐。
-
01
检索框前置到首屏，常用查询的点击步骤从四步降到两步，少等几次加载。
-
02
页面资源统一压缩，文字与数字优先渲染，弱网下先出结果再出装饰。
-
03
手机端与桌面端读同一份数据，安卓端查完伤停状态，回到桌面接着比对。
-
04
信号波动时，邮件比电话更稳。支持邮箱在工作日 9:30-18:30 之间会有人回复。
正在进行 / NEXT
接下来三个方向，都朝着少点几下
手机端并排比费用
让安卓端也能把多座场馆的同一时段放在一屏里比，配套与分区字段对齐排列，出差路上就能定下方案。
内容中心走出测试版
V2.3 测试版已收录 5600 条赛事与场馆条目，接下来把专题与场馆走访并入查询入口，读和查走同一条路。
九年下来，这套东西值得你放心把日常查询放进来。先花 30 分钟跟着新用户指引走一遍，6 篇图文教程与 2 段操作演示够你摸清主路径。
开始第一次查询