数据工程
比赛日盯着事件流：比分、射门、控球的时间戳一旦跳错，先回退到上一版再追原因。数据面板平均 5 秒刷新一次，最近刷新时刻就写在面板角落。
每个比赛日
品牌历程 · 三个阶段
六年时间，
把一场比赛的数据
看清楚
星空体育赛场从第一个版本走到今天的 V2.0，中间经历 14 次改版。入口好不好找、数字新不新、几个联赛来回切换顺不顺，都是这几年一件一件补上的事。
- 持续运营
- 6个赛季
- 版本迭代
- 14次
- 团队规模
- 34人
- 累计服务
- 260万用户
三个阶段，每一版都在解决一件具体的事
版本号不是为了好看，它标的是那个阶段最想解决的问题。点开任意一个节点，能看到当时主要动了哪些地方。
第一件事是让新来的人知道该点哪里。这一阶段解决的是入口分散、苹果用户不清楚从哪一步开始的问题。
- 首屏直接给出开始方式，页面一打开就能看到当前主推哪个版本。
- 内地 iOS 版整理成 6 步图文指引，从确认页面一直走到第一块数据面板。
- 定下“版本换了就换标识”的做法，客服回复时也会同步告知你当前是哪一版。
入口稳住了，接下来把能看的东西铺开。这一阶段从一个联赛扩到十类赛事。
- 赛事入口扩到 10 个，覆盖 6 大足球联赛、3 类杯赛与 1 类综合赛事。
- 上线最近 10 场战绩对照，胜负、进失球与对手强度排在同一屏里。
- 控球分布拆成全场与分时段两条线，面板角落标出最近一次刷新时刻。
- 关注列表上限提到 30 场，可以按开赛时间和联赛分组来排。
功能够多之后，重点是让来回切换不费劲。当前主推的 V2.0 就在做这件事。
- 悬浮数据卡脱离固定栅格，关键数字可以叠在画面上看，不必退出再看一遍。
- 关注列表改成保存在本机，关掉页面再进来，还是上次那几场。
- 联赛切换用分段控件，页面不重新加载，上一次的筛选条件继续留着。
- 移动网络下首屏 1.4 秒打开，数据面板 0.9 秒渲染，弱网也接得住。
比赛日之外，四条线照常运转
你打开页面只需要几秒，背后是四组人各自按自己的节奏在推进。节奏对上了，数字才不会延迟，专题才不会断档。
内容编辑
写联赛专题、挑每周 40 条集锦，按进球、扑救、战术复盘三类归档；一个赛季阶段走完，再回头做一次阶段回顾。
每周 / 每个阶段
产品与设计
把用户反馈拆成能直接用的控件：排序方式、切换手势、卡片落点。改动跟着版本走，一次解决一两个真问题，不攒成一个大改。
每个版本周期
客服
工作日 9:00–18:00 在线，平均 20 分钟首次响应。进不去的、找不到版本的、数字停住不动的，先在这里被接住；高频问题整理进知识中心。
工作日全天
一条数据从赛场到你的屏幕
数字跳得快，还得站得住。一次比分变更要走过四个环节才允许出现在面板上，其中有两道是发布前的拦截。
-
STEP 01
采集
从赛事数据服务方与场地信号取回事件流，比分、红黄牌、换人、控球时长逐条落到时间轴上。
-
STEP 02
校验
自动规则先过一遍：时间戳是否冲突、净胜球是否闭合、控球两侧是否加起来等于整场。异常值不进面板。
-
STEP 03
抽检
比赛日由值班编辑按场次抽查，重点看关键时段的比分变化与控球拐点，抽检不过就退回上一步重取。
-
STEP 04
上屏
确认后同时写入移动端与桌面端，两端看到的是同一组数字；赛后归档进联赛专题，供随时回看。
34 个人，分工写得很清楚
团队不大，但每个方向都有人常驻。这也是为什么版本能按赛季稳定推、比赛日有人守、客服留言当天能回。
日均活跃 18 万，赛季高峰同时在线可到 4.2 万——这个量级下的稳定，靠的是分工而不是某一个人加班。
内容不是一个人关起门来写的
联赛覆盖面要够，选题要跟得上赛季节奏，靠的是长期合作的供稿方和数据方。我们把这些关系放在明面上。
-
20
家长期供稿方
体育自媒体与赛事数据服务方按赛季合作，专题选题与赛季阶段同步推进，避免某一轮只剩单一视角。
-
6
家提供赛季级接口
比赛事件流由合作方与我们共同盯着，接口侧一有抖动，值班的数据工程同事第一时间就能看到。
-
11
项软件著作权
数据面板与战绩对照模块都是自己写的，改起来不用等外部排期，一个赛季能跟着需求迭代两三轮。
-
40
条集锦每周更新
来源是合作方素材加自有剪辑，统一按进球、扑救、战术复盘三类归档，找一段回放不必翻时间线。
接下来要动的地方
方向不喊口号，都是已经排上日程、你能直接用上的改动。
悬浮卡片铺到更多赛事
先把杯赛与综合赛事接进来，让卡片在 10 个入口里的表现保持一致，不用换一个联赛就重新适应一遍。
两场控球并排看
把分时段控球做成可对比的双场视图，判断节奏是哪一段被拉开的，比单看全场百分比更有用。
集锦跟着关注走
关注的场次结束后，对应集锦直接出现在列表里，不用再回到集锦页从头翻一遍。