AUDIENCE
三类人，三种用法
一个平台要同时服务好几拨人，前提是每一拨人的问题都不一样。我们按用法分了三层，各自有对应的入口和交付方式。
-
观赛用户
比分要在抬眼的瞬间到位
iOS 端追比分每 15 秒刷新一次，安卓端 12 秒，网页端 20 秒；射门统计与分类标签随比分同批下发，不会出现比分变了、数据还停在上一次的情况。中低配置设备可打开省流模式，减少流量与渲染压力。
-
场馆与内容方
名称对不上的时候，有个地方能查
场馆信息兼容清单当前记录 76 条，已处理 54 条，剩余 22 条按季度排期。历史数据翻查照常进行，回溯到 2019 赛季、累计 38 万场比赛，不受兼容处理进度影响。
-
商务伙伴
把它接进你自己的产品里
提供数据接口与展示方案两种形态，覆盖足球、篮球、网球、电竞、赛车等 28 个赛事品类，界面支持简体中文、繁体中文与英文三种语言，可按场景选择嵌入深度。
TIMELINE
八个年头的六个节点
从单一品类的比分页，到今天的多端数据服务，中间有六个转弯决定后来长什么样。把鼠标停在节点上，可以展开那一年的补充说明。
-
起点
首个公开版本上线
只做一件事：把足球比分和赛程稳定地显示出来，先把稳定做扎实。
当时只有网页端，服务范围集中在少数几个主流联赛，服务器与数据源是团队每天盯得最紧的两样东西。 -
之后第三年
三端同步下发
网页、iOS、安卓共用一套下发链路，同一个比分在三端读到的是同一份数据。
三端的刷新间隔按各自的使用场景单独设定，但数值来源保持一致，避免了同一场比赛在不同设备上显示不同结果。 -
标签体系
分类标签五级化
标签体系扩展到五级结构、共 1,240 个标签，射门统计与分类标签实现同步更新。
五级结构让一场比赛的统计可以逐层下钻，从赛事类型一直到具体的射门区域与方式，方便内容方直接取用。 -
节奏确立
双周迭代成为常态
固定每两周发布一次，本年度已完成 26 个迭代，需求排期与上线窗口提前公布。
节奏固定之后，合作方可以按发布窗口安排自己的宣传与对接计划，不必等待不定期的大版本。 -
兼容建档
场馆信息兼容清单建立
把各地场馆在命名与赛程上的差异逐条建档，明确处理进度与排期。
清单从最初的零星记录，逐步积累到今天的 76 条，每条都标注来源方与当前状态，已处理 54 条。 -
最近一次
手机入口压缩到两步
访问路径缩短为两步，旧路径保留自动跳转，收藏过的链接打开后仍然能到。
这次调整与站点稳定性优化在同一轮维护中完成，具体的进入方式在体验中心有分设备说明。
GOVERNANCE
数据从哪来，怎么管
比分这种内容，快只是及格线，出了偏差能不能说清原因才是长期合作的基础。四条原则对应四件具体的事。
原则 01 来源可溯
接入的 460 项联赛与杯赛数据源逐条登记到对应的供应商与场馆运营方，任何一条比分异常，都能顺着记录回到原始来源确认，而不是只在前端改个数字。
原则 02 标准统一
0.8 秒的平均下发延迟、15 秒 / 12 秒 / 20 秒三端刷新间隔、1,240 个分类标签的定义，在站内各处引用的是同一套标准，商务对接时拿到的说明与实际表现对得上。
原则 03 变更留痕
标签体系调整、统计方式修订、场馆名称归并，每一次改动都会写进观察报告并标注生效的迭代序号。合作方复盘时能查到某个数字是什么时候变的、为什么变。
原则 04 异常先报
监控触发后 15 分钟内进入响应流程，先对外说明状态再动手修复，平均恢复时间 22 分钟。宁愿先说一句"正在处理"，也不让用户对着不动的数字猜。
TEAM
120 人怎么分工
团队共 120 人，其中数据工程与运维 68 人，分布在成都与深圳两地。规模不算大，但四条线分得清楚，谁在什么时候接手是明确的。
120
团队总人数
68
数据工程与运维
2 地
成都 / 深圳
-
数据接入
对接 20 家数据供应商与 34 家场馆运营方，负责新赛事品类的接入评估、字段映射与上线验收。
-
平台研发
承接三端前端、下发链路与标签体系，把双周迭代的需求排进固定窗口，本年度已完成 26 个迭代。
-
运维值班
7×24 轮值，负责 3 个主数据中心与 12 个边缘节点的状态，近 90 天站点访问成功率 99.93%。
-
内容与支持
维护帮助中心 180 篇文档、覆盖 9 大主题，并把用户反馈的问题归类后交回对应的研发线。
PARTNERS
和我们一起干活的人
数据不是自己长出来的。上游有 20 家数据供应商提供原始赛事信息，场地一侧有 34 家场馆运营方参与名称与赛程的确认，两边的记录都会进入兼容清单。
行业侧对我们的评价，多半集中在两件事上：一是长时间跑下来不掉链子，二是碰到场馆名称对不上时愿意花力气逐条处理。合作方在续约评估时给出的反馈，也大多围绕这两点。
商务合作与媒体联络请走 找到我们，说明来意后会转到对应的对接人。
RESPONSE
出事之后的十五分钟
稳定性靠的是出事之后多快能接手。下面这几个时间点，是你可以拿来衡量我们的尺子。
- 15 分钟
- 故障响应时间，从监控触发到值班工程师接手，期间对外发布状态说明。
- 22 分钟
- 平均恢复时间，复杂问题会先切到备用节点保证可访问，再排查根因。
- 每 2 周
- 一次版本发布，本年度已累计 26 个迭代，发布窗口与内容提前公示。
- 每 1 月
- 更新一次场馆信息兼容进度与站点稳定性记录，写进观察报告。
- 工作日 9:00-18:00
- 客服邮箱按此时间段回复，紧急技术问题请在标题写明设备型号。