品牌历程 · 2016 年至今

把一场比赛的每个数据点，稳稳送到你眼前

天行体育从 2016 年开始做赛事数据。最初只有一支赛程录入小组，替本地赛事运营方和青训教练补齐对阵与比分；今天是一支 86 人的团队，每天把约 1200 场比赛的赛程、战绩与红黄牌记录整理上线，能按赛季回溯、按球队检索，也能在你关心的球队开哨前把阵容确认提醒推到手上。

从一支赛程录入小组开始

2016 · 先解决“结果查不到”这件小事

2016 年，几个常年跑赛事的同行凑在一起，反复听到同一类抱怨：比赛打完了，观众想知道比分，分析者想知道这支队最近五个主场打成什么样，教练组想确认上一场吃牌之后的停赛情况——可这些信息散在不同人的表格、群消息和纸质记录里，凑齐一次要花掉小半个晚上。

天行体育就是从这个空缺开始的：先把赛程完整录进来，再把战绩一条一条对上去，让任何人打开一个地址就能看见当天所有场次。第一批用户是本地赛事运营方和几支青训队伍的教练组，他们要的不是赛后评论，是能直接照着排训练的确定信息。

今天，天行体育主站的品牌专区版本是 V3.1，导航栏第一栏直接进入赛事数据页。你选好的赛季与筛选条件会跟着链接一起走，转发给同事，对方打开就是同一组结果，省掉一轮“我查的是哪一档”的反复确认。

V1 到 V3.1 · 每一步都来自真实使用中的反馈

没有一次是拍脑袋加功能。每一次版本往前走，都对应着一批用户反复提到的具体麻烦——查不到、筛不动、怕错过、拿不准。点开每一节，能看到那一版到底改了什么。

V1 赛程表

把对阵、开赛时间、场地整理成一张能查的表。解决的问题很朴素：下一场什么时候打、在哪儿打，一处就能看到，不用挨个问人。这一版跑通了录入—上线—更新的基本链路，也为后来的字段结构打了底。
V2 战绩与红黄牌筛选

赛程能查之后，问题变成了“怎么从一堆比赛里挑出我要的那几场”。V2 加上了按球队、主客场、赛事级别三条线索组合的战绩查询，站内检索也能按球队筛出红黄牌记录，比赛当天完成归档的记录当晚就能查到。做赛前对照的分析者从此不必手工拼表格。
V3 会员中心与赛事订阅

常来的访客不想每次都手动查一遍。V3 把订阅入口放进会员中心第二栏，你可以订阅具体的球队和赛事，提醒时间分三档可选：开赛前 60 分钟、30 分钟、10 分钟。提醒通过站内信与邮箱同步发出，白天不在电脑前也不会漏掉。
V3.1 阵容确认提示与赛季回溯标识

赛前最容易被问住的是“到底谁上”。V3.1 在赛程详情页对应场次下方固定给出开赛前十分钟的阵容确认提示，位置始终一致，不用翻找。同一版里，历史赛季标签上标出了回溯范围：2023 赛季及之后的数据字段完整，更早的场次保留对阵与比分，方便你判断能查到多细。

录入与校核 32 人 · 产品与研发 41 人 · 运营与支持 13 人

三个方向的人，盯的是同一件事的不同环节。录入与校核组决定数据进来得对不对，产品与研发组决定你在页面上拿得顺不顺，运营与支持组决定协作方和访客遇到的问题多久能被接住。

一条赛程的完整走法：协作方提交对阵信息 → 录入组接入并补齐字段 → 第二位同事交叉校核 → 按项目字段字典做一次一致性检查 → 上线可查 → 比赛结束当日归档 → 汇入赛季库，成为下一次查询的依据。

47 家赛事运营方 · 18 家青训机构 · 9 所高校体育院系

赛程不会自己跑到服务器上。我们和各地的办赛方、训练机构、院校建立长期协作，由了解现场的人提供第一手对阵与记录，天行体育负责把它们统一成可查、可比、可回溯的样子。

每个点代表一个省级行政区的协作覆盖，点的大小对应当地协作规模。

录进来的每一条，都要有人再看一遍

A 双人交叉校核每条战绩与红黄牌记录，都由录入者之外的另一个人再看一遍。比分、时间、球员号码三项里只要有一项对不上，就退回重录，不上线、不归档。
B 当日归档比赛结束当天完成归档。你今天晚上查到的记录，明天早上再看还是同一个版本，不会出现前后两套比分让人无所适从。
C 字段字典维护接入新的赛事项目之前，先和最熟悉这项运动的人把字段含义谈定。足球、篮球、排球到冰球、棒球、橄榄球共 12 类项目共用一套命名，跨项目对比时不会错位。
D 季度安全自查每季度做一次数据安全自查，覆盖访问权限、备份完整性与操作日志留存，检查结果作为下一季度改进的输入。

长期合作之前，这些是可以先确认的

等保三级已通过信息系统安全等级保护三级测评，对数据访问、传输与存储环节有明确的分级控制要求。

季度自查每季度一次数据安全自查，重点看权限分配是否越界、备份是否可恢复、日志是否留有痕迹。

年度评估每年组织一次面向全站的数据安全评估，评估结论直接影响下一年的研发排期与运维投入。

字段字典 12 类赛事项目共用一份持续维护的字段字典，新项目接入时同步更新，保证新旧赛季能放在一起看。