BRAND STORY · 十年主场

十年，从一场雨夜球馆的比赛开始

江南体育主站最早只是一支在北京跑场馆的内容小组。十个赛季过去，我们把比赛、场馆和球员数字收进同一份可以反复回看的档案里。这一页讲的是我们怎么走到今天，也是你决定要不要长期用下去之前，可以先看清楚的部分。

01起点

从一场雨夜比赛说起

那年冬天的一场雨，把一场室外比赛逼进了旁边的球馆。我们在看台上坐下来，第一次把比分、上场时间、谁在第几节连得几分写进了一个本子。第二天有人来问那场球，本子一翻，答案就在纸上。

那本后来翻烂了的本子，就是江南体育主站的开始。我们花了几个赛季，从记一场球，变成记一整座城市：每年收录的赛事超过 1200 场，常规赛、杯赛和城市邀请赛都在里面。每个比赛日结束后的 90 分钟内，赛后战报会出现在战报与动态里，不需要你等到第二天早上。

02方法

同一座城市里的场馆、赛程、战报和球迷习惯，本来是一件事的四个侧面。分开看，每一次都要重新找一遍；放在一起，第二年再查就是熟路。

所以场馆资料库按城市归档，一座馆标出场地类型和容纳规模，同一城市下的赛程、场馆与战报可以互相跳过去。你在杭州查到一场球，能顺着链接走到那座馆，再走到那场比赛的复盘，中途不用重新搜索。

知道去哪座馆、哪天有球、上一场打成什么样，出门前心里就有底。

03数据

终场哨响只是开始。一场比赛的数据要走过采集、复核、发布三段，重要场次还会多加一轮复核，不是同一个人把同一张表填两遍就发出去。

采集端在场边或机房同步记录，比分和关键事件先落到赛程页面；复核组对着回放与现场记录逐项比对，确认无误才写进球员统计。接口平均响应 180 毫秒，赛程与比分的更新延迟控制在 5 秒以内——你在手机上刷新到的数字，就是场上的数字。

球员数据目前有 12 项统计维度，得分、篮板、助攻、命中率都在其中，入口固定在每一篇赛后战报的底部。看完比赛往下滑一格，就能对上。

04团队

赛事数据团队一共 26 人，其中 8 人专职做复核与纠错。采编、数据、审核、用户支持各自成岗，一条信息从现场走到页面，中间经过的是不同角色的手，而不是同一个人从头包到尾。

我们在北京、成都、广州、杭州设了内容协作点，负责属地赛事的采编和场馆资料维护；客服在工作日 9:00-18:00 有人值守。另外，平台和 58 家场馆运营方、34 家青训机构保持着长期的内容合作——本地赛事信息往往先到他们那里，再到我们这里。

如果赛程写错了怎么办？通过找到我们把问题发过来，审核组会在一个工作日内处理完，改完的版本直接覆盖线上那一场。

05时间线

点开任意一个节点，可以看到那个阶段我们具体在做什么。

启程赛季把身边的比赛记下来

一支在北京跑场馆的小组开始系统记录比分与上场时间。最初的内容只有赛后的一段文字和一个比分，谁也没想到它会变成一门要长期做的事。
场馆资料库成型城市成为归档的单位

场馆开始按城市归类，标注场地类型与容纳规模。覆盖范围一步步扩到 42 座城市、186 个场馆，同一座城市的赛程、场馆和战报从此能互相跳转。
赛程 v3.2 三种条件筛出你要的那场球

赛程页面迭代到 v3.2，支持按城市、项目、时间三种条件筛选，还能导出日历文件。移动端保留了完整的筛选能力，站在球馆门口也能查到。
战报节奏 90 分钟成为一个固定标准

赛后 90 分钟内发布战报，从偶尔做到成为常规动作。单个赛季产出的战报超过 3600 篇，赛季专题按城市和赛事类型重新编排，翻旧比赛不必靠记忆。
球员数据 12 项维度落到战报底部

得分、篮板、助攻、命中率等 12 项统计固定挂在每篇赛后战报下方。看球的人不必再切出去翻另一张表，读完就能对上。
当前阶段三端同屏，手机上也一样全

PC、移动端与平板完成自适应，三种屏幕看到的是同一套赛程和同一份统计。接下来要做的，是把 42 座城市里还没覆盖到的球馆一座一座补上。

06标准

A
把更新做成节拍

比赛日的赛程与比分随时在动，战报和球员统计跟着比赛走；场馆信息按季度回访一次，场地类型、容纳规模有变化就当场改掉。
B
把错误放在台面上处理

你比我们先发现某场球的时间写错了，通过联系页发过来就行。审核组一个工作日内给出结果，改完的赛程立刻生效，不需要等下一次大版本更新。
C
把一年的账摊开

每年我们会发布一份内容与数据年报，写清这一年覆盖了多少赛事、哪些城市读得最多、哪些栏目改动最大。想知道某条具体规则，知识中心里有更细的说明。

这三件事听着不新鲜。可连续做十个赛季，它就变成了别人愿意一次次回来查的理由。

NEXT · 下一步

赛程查询、注册开通、球员数据入口都在服务与数据页；场馆资料接入、赛程展示位与内容合作，走同一扇门。