把每一座城市的看台，
当成一个坐标

01 / 起点

从一座城市的看台开始

2016 年，我们做了一件很小的事：按城市整理赛事结果。理由很直接——看球的人记住的往往是城市和看台，而不是一串抽象的赛程编号。谁的球队在哪个城市打、这场几点结束、排名挪了没有，这些问题按城市找起来最快。

这个视角后来长成了整站的组织方式。赛事分成五条线：足球、篮球、排球、电竞、田径；内容按城市与赛事归档；工具也按你关心的城市和赛事落位。你在北京关心排球的保级形势，和在成都追篮球榜单位次，进来走的是同一条路，看到的都是自己那座城市的东西。

对做赛事运营的人来说，这意味着更省事：场馆的活动信息、组委会的赛程、球迷社群的当日讨论，可以引用同一个入口，不必各自维护一份。对我们来说，这意味着每天都有人在不同城市同时打开同一套数据。

02 / 时间轴

从网页版到数据工具 2.0

九年时间，站点换了五次样子。每一次改动都来自同一个问题：你在什么地方、用什么设备、有多长时间看一场球。

1. 2016

   网页版上线

   第一版只有网页端，赛事结果和一张简单的排名表。用的人不多，但足够让我们确认一件事：按城市查，比按联赛编号查更符合看球习惯。

2. 2019

   移动端改版

   通勤路上看赛况的人越来越多。页面重排之后，比分、排名和更新时间都挪到第一屏，单手划两下就能看完一轮比赛。

3. 2021

   桌面客户端推出

   多窗口盯盘的需求来自球迷社群和观赛吧的运营者。客户端能同时摆开几个赛场，已经缓存过的战报断网也能翻。

4. 2023

   城市看台坐标系版式

   入口重新按城市坐标排布，视觉上也定下了今天这套夜色看台的样子——深蓝底、斜切分栏，数据只用荧光绿点亮。

5. 2025

   数据工具 2.0 上线

   自定义看板支持拖拽，单个账号最多建立 12 个；CSV 导出和赛程提醒推送一起落地，组委会可以直接把榜单搬进自己的材料里。

03 / 内容生产

从赛场到页面，通常不到 90 秒

比分与排名走两条线：官方计分系统给我们结构化的实时数据，现场记录员给我们人工确认和赛场细节。两边对上才发布；对不上的那一条先挂起，等确认之后再放出来。从赛场到页面，延迟通常在 90 秒以内。

• 采集

  官方计分系统实时推送，现场记录员同步记下换人、伤停和争议判罚。

• 比对

  两条来源逐场比对，比分、时间轴和名次出现差异时先压住不发。

• 发布

  通过后即刻上线，战报按赛事分类归档，每一篇都标着更新时间。

积分榜每 10 分钟刷新一次，单日更新 144 次。战报逐篇标注更新时间，你点开就知道这条信息是什么时候落地的，不用猜。内容纠错由 12 名数据编辑轮值处理，工作时间内平均 40 分钟响应；发现写错的地方，发一封邮件附上页面链接，我们会回。

04 / 团队分工

38 个人，五条赛事线

团队一共 38 人，分成三块：数据编辑 12 人、工程与产品 9 人、内容运营与客服 17 人。人数不多，但每个环节都有人长期负责，不会出现某个栏目两三个月没人管的情况。

通勤时段 7:00–9:00 的访问量约占全天 31%，所以早班编辑在七点前就位，先把前一晚结束的比赛和榜单变化过一遍。晚上十点后还有一场值守，覆盖大部分夜场赛事的收尾。

05 / 合作生态

18 家场馆，26 家联赛组委会

我们和 18 家城市体育场馆、26 家业余联赛组委会保持着内容与数据合作。场馆那边，主要是把赛程、场地和观赛信息整理成能直接引用的条目；组委会那边，从报名名单到赛程编排都有参与，现场记录员也常常由双方一起安排。

合作方拿到的不只是一份榜单。赛程同步过去之后，场馆的公众号、社群的赛前提醒、企业工会的活动通知，都可以直接引用同一份信息，不用再各自抄一遍。

06 / 城市看台观察

一座场馆值不值得跑一趟

数据之外，还有一件我们在意的事：一场比赛到底值不值得你出门。地铁几号线到、哪个看台视野不被立柱挡住、周中场和周末场的人流差多少——这些写不进积分榜，却往往决定了你周五晚上去不去。

城市看台观察每月发布 4 期，内容覆盖场馆交通、看台视野与观赛时段建议。写的人常年跑这些场馆，写的是自己坐过的位置和走过的路线。