18
内容编辑
负责赛前前瞻、赛中事件描述和赛后战报的成稿。他们熟悉各自跟的项目， 知道一次技犯和一次普通犯规该怎么写，也知道哪些细节读者第二天还想再看一遍。
- 按项目分组跟赛，覆盖全部 38 个赛事
- 事件发生到成稿发布走同一个编辑器
- 与专栏作者配合产出赛季观察内容
01 / 我们在做什么
把散在各地的比赛，收成一条能查的线
一个赛季打下来，球迷要记的东西太多：这场谁赢了、上次碰面是什么比分、哪支队伍下半场总丢球。 冠竞体育把这些内容归到同一套索引里，足球、篮球、网球、排球、乒乓球、羽毛球、电竞等 12 个竞赛项目横向铺开，纵向落到 38 个联赛与杯赛。
你打开一场比赛，比分和战报在同屏里跟着时间轴走，不必为了看一次换人再翻一页； 你查两支球队的历史交锋，能看到近 10 次交手、主客场拆分和胜负走势三条视图， 最早的数据可以回溯到 2014 赛季。做内容的编辑拿它核事实，看球的拿它回忆细节， 机构用户把它接进自己的分析流程。
工作日我们平均更新 1,200 条记录，比赛日高峰单小时能到 260 条。这个量级不是靠人多堆出来的， 是靠流程和工具，以及一群愿意为了一个进球时间反复回看录像的人。
02 / 谁在做
42 个人，三种手艺
这份工作里，写得快和记得准是一对矛盾。我们的办法是把人按手艺分开， 让擅长写的人专心写，擅长核的人专心核，擅长做工具的人把重复劳动交给系统。
09
数据核对
比分、时间、球员号码、换人顺序，这些字段一旦错了，后面所有统计都会歪。 核对岗的工作是盯着这些数字，对照多个来源，把不一致的地方找出来改掉。
- 对照赛事数据供应方回传的原始记录
- 处理夜间与跨时区比赛的补录
- 对已发布内容做回溯检查
15
产品与技术
把编辑和读者的需求变成能用的东西：同屏联动的比分带、可筛选的进失球分布、 支持批量导出的数据接口，以及每年一次的大版本切换。
- 维护索引结构与检索性能
- 支撑移动端 64% 的访问场景
- 负责数据导出与订阅提醒的稳定性
03 / 一条记录怎么来的
五个环节，缺一环就不发
你看到的比分背后，通常有四到五个人碰过同一场比赛。 流程本身不新鲜，难的是每个环节都有人签名负责，出了问题能倒着找回去。
-
01
线索采集
赛程表、首发名单、临场事件从合作方与公开渠道汇入，系统按比赛编号自动归位。
-
02
结构化录入
时间、球员、比分变化填进固定字段，不写成一段自由文字，方便后面被检索和统计。
-
03
二次复核
另一名核对岗对照原始记录再走一遍，重点看关键事件与比分节点有没有错位。
-
04
发布
比分与战报同视图上线，订阅了该场次的用户会收到开赛、比分变化与赛果三类提醒。
-
05
回溯
赛后仍有渠道回传修正，改动会带着时间戳落回原记录，历史统计随之重算。
04 / 版本沿革
从一张索引表，到可以切换的两套界面
七年里我们改过四次大的结构。每次改都会有人不适应，所以 2026 版上线时， 旧界面留了入口，你之前存下的关注和浏览习惯不会丢。
2019
索引 1.0
平台正式上线，第一次把比分、赛程与赛后记录放进统一的编号体系。 当时的页面还很简单，一场比赛一个页面，靠目录一层层点进去。
2022
卡片化索引 2.0
列表改成卡片，一场比赛的关键信息压在一屏里，筛选项从两级减到一级。 查一场旧比赛的时间从平均四五次点击降到两次。
2024
战报同视图联动
比分和战报不再是两个页面。关键事件按时间轴排开，点比分就能看到那一刻发生了什么， 追比赛的人不用来回切换。
2026
新版切换
目录结构重排，历史交锋与进失球分布提到更前的位置，移动端目录可以收起。 旧界面保留独立入口，使用记录跟着账号走。
想了解切换后哪些内容位置变了，可以看使用说明里的步骤，或者直接问我们。
查看切换常见问题05 / 合作与守则
数据不是我们一家造出来的
赛事记录的源头在赛场。我们与 15 家赛事数据供应方保持长期合作，拿到原始事件流； 与 8 家媒体内容方交换赛前资料与现场信息，让战报里的细节更接近真实发生的场面。 这些合作不是一次性的采购，多数已经跑了三年以上。
另一端是使用我们数据的人。26 个省份的个人用户和机构用户在用冠竞体育的内容， 其中机构客户更关心导出格式与稳定调用，所以数据导出支持 CSV 与 JSON， 单次最多 5 万行，够覆盖一个完整赛季的常规赛。