第一批用户是每天追赛程的球迷，查询从翻多个页面变成一张表。
01
品牌定位
把当季赛历做成每天都能翻的档案
一场比赛要查的从来不只是开赛时间。场馆分区、项目阶段、票务状态、伤停提示，任何一项变了，行程就得跟着改。米乐体育把这些字段收进同一条记录，你按日期、项目、场馆组合筛选，平均 180 毫秒拿到结果。
常来查赛程的有球迷、跟队工作人员、场馆运营方和赛事执行团队。有人只想确认今晚去哪座馆，有人要把整季档期接进自己的排期表，入口都在这张工作台上。
查得到
12 个运动项目的当季赛历，单条记录带五类字段。
跟得上
公开赛程每 10 分钟同步，伤停状态在工作日每 2 小时校验。
带得走
支持 .ics 导出，导入手机与桌面日历应用。
02
发展历程
每个赛季，留下一个能回看的刻度
从工具到工作台，每次改动都对应一批真实使用场景。点开年份，能看到那一年主要变了什么。
场馆运营方开始通过后台提交档期，赛历从比赛列表变成场馆工作台。
同一年，订阅提醒链路与伤停校验流程合并到同一套发布节奏。
iOS 小组件更新到 2.4，测试通道运行 3.6 beta，场馆标签固定在日历边缘。
03
信息流程
一条赛程从场馆到你的手机，要过四道手
场馆档期、赛程和伤停，三类信息走同一条流水线。每一步都有明确的人和时间点。
-
P1 / 采集
场馆与机构交来原始档期
22 人场馆信息团队按五个片区对接场馆与赛事运营机构，收取档期、分区和临时调整。
-
P2 / 校验
三类信息逐条过筛
伤停按确认缺阵、出战成疑、赛前决定三档标注；工作日每 2 小时校验一次，当日变更在 9:00–18:00 之间处理完。
-
P3 / 发布
同步到当季视图与提醒
当季视图每 10 分钟同步公开赛程，订阅提醒按开赛前 24 小时或 2 小时推送。
-
P4 / 留痕
每次改动都留得下
每条伤停保留最近三次变更记录，合作方后台的档期导入与标签调整同样留下变更痕迹。
04
团队片区
五个片区，二十二个人盯场馆档期
场馆信息团队 22 人，按华北、华东、华南、西南、东北五个片区排班；数据工程团队 14 人负责同步、校验与推送链路。哈尔滨的内容与客服团队承担东北片区的场馆信息与中文客服。
遇到临时调整，当天回传后台并同步到当季日历。
与片区运营机构保持工作日沟通，票务状态变化一并更新。
夜间赛程的开赛时间与场馆分区优先确认，避免观众跑错入口。
每季度整理一次场馆标签，训练基地单独标注，方便按类型找馆。
哈尔滨团队就近对接，冬季赛程变化当天处理。
05
场馆网络
一百四十六座场馆，把档期交到同一张表上
平台与 36 家赛事运营机构、场馆管理方建立信息协作。合作方通过信息维护后台批量导入档期、调整分类标签，每次变更留下记录。
场馆分类标签分冰上、球类、田径、综合馆、训练基地五类，固定显示在当季日历模块边缘，找场馆时不用来回切换页面。
每个赛季发布两次场馆信息白皮书，汇总开放档期、交通接驳与观赛服务的变化，供场馆方和赛事执行团队参考。
06
服务准则
四条准则，和最近三个赛季的答卷
准则不复杂，难的是每个比赛日都照做。最近三个赛季的几组数字，是这套流程跑下来的结果。
开赛时间、场馆分区、项目阶段、票务状态、伤停提示，缺一项就不进当季视图。
伤停保留最近三次变更记录，场馆档期调整同样能回溯到操作时间和来源。
开赛前 24 小时与 2 小时两个默认节点，可以只开一个，也可以两个都开。
客服邮箱与电话在工作日 9:00–18:00 响应，赛历和伤停问题附截图更快定位。
120 万
累计订阅用户
18 万
日活跃订阅用户
4200 条
单赛季伤停变更记录