起步
先把比分和赛果做出来
从青海本地的赛事跟起。那时候只有比分和赛果，战报靠人工写，重点是谁赢了、什么时候进的。
我们是谁
一支把跟赛当成唯一业务的团队
196体育会交付的东西很具体：比赛日结束后两小时内的赛后战报，每 30 秒刷新一次的实时比分，伤停、转会与首发调整的阵容对照，以及能在站内走完的球衣号码领取。这四件事之外，我们不做别的。
服务的对象同样具体。有人每天固定跟赛，比分一变就想知道是谁进的；有人赛季中段才开始看结果，只关心最后几场的走向；也有人是为了一件号码球衣反复比较。他们不需要同一套界面，但需要同一份靠得住的数据。
所以跟赛场景不是按功能分栏的，是按你什么时候打开手机分的。赛前、赛中、赛后各看什么，进去就能对上号。
- 12 个赛事板块在跟
- 480+ 场每赛季逐场跟踪
- 7 个足球类板块
- 30秒 比分摘要刷新间隔
为什么做
把散在几个页面的动作，收成一条线
一开始的麻烦很普通：一场球看完，比分在一个地方，角球数在另一个地方，阵容调整又是第三条消息。球迷在几个页面之间来回切，切到最后忘了自己本来想确认什么。
我们想做的就是把这几个动作压成一条线。进站先看到今天的比赛和当前比分；点进战报，角球数、出场时间、控球率、射门分布逐场写在里面；需要长期对照的，去对照解读看阵容变动与点球记录怎么比。
这条线定了之后，站里所有东西都围着它排：导航只负责指路，页面不堆长句，数据一律前置。你要当天想确认的东西，三步之内就能拿到。
内容怎么核
凭什么把内容做准
数字能对得上，是因为每条都要走三道。任何一道对不上，先退回上一道，不往下发。
-
01
赛场信号先到，再落页
比分、红黄牌与关键事件时间点在比赛进行中就开始采集。实时比分每 30 秒刷新一次赛况摘要，出现异常波动时退回人工复看，确认之后再对外。
-
02
战报逐场补齐角球数与出场时间
赛后战报在比赛日结束后 2 小时内上线，每场都补上角球数、出场时间、控球率与射门分布。这四项由赛事数据核对组逐场过一遍，缺一项就不发。
-
03
阵容与点球单独走一遍
伤停、转会、首发调整三类变动，每个比赛日核对 1 次。点球记录按赛季累计，保留近 6 个赛季的回溯样本，不跟战报混在同一条线上发。
32 人的团队分成四组：内容编辑 9 人负责写与校，赛事数据核对 12 人负责数字，技术与产品 7 人负责刷新与推送，服务支持 4 人负责来信。
现在做到哪一步
六格数字，每一格都能对上口径
下面这组数字跨页面保持同一写法，改动时会同步更新，不会一处一个版本。
- 32 人的团队规模
- 12 个赛事板块
- 480+ 场每赛季跟踪
- 4.2 客户端当前版本
- 260万+ 累计注册球迷
- 18万+ 日活跃球迷
移动客户端 4.2 版安装包约 38MB，支持安卓 8.0 及以上系统；赛况推送延迟控制在 1 分钟内，近 90 天崩溃率 0.7%。装之前要准备什么、各版本差在哪，写在移动客户端这一栏。
一路怎么走过来的
三步台阶，越往上越稳
扩张
板块拉到 12 个，数字开始逐场标
覆盖面拉开，足球类占 7 个板块。战报不再只写赛果，角球数与出场时间逐场补齐，阵容变动也开始按三类对照着看。
稳定运营
非比赛日也保持轮换
非比赛日每天至少一次内容轮换。客户端迭代到 4.2，推送延迟压到 1 分钟内，点球记录的回溯样本拉到近 6 个赛季。
伙伴与本地根基
一起做事的人，和脚下这块地方
内容层面，我们和 6 家区域体育媒体、3 所高校体育社团保持长期合作。合作围绕内容展开：赛事观察、数据补充、校园赛事的现场记录。合作范围就到内容为止，不涉及赛事运营，也不做任何形式的代理。
青海是服务地区，也是用户最集中的地方，本地用户 9.6 万。站点备案号为青ICP备18031714号-5，登记地址为青海省西宁市城中区南关街66号体育大厦8层。
站内收集哪些信息、用来做什么、想删掉时怎么办，都写在数据与隐私里，篇幅不长，几分钟能读完。