第 12 轮之后：主客场进失球差是怎么拉开的
同一支球队的主场与客场数据并排放，半场看一次，全场再看一次。文中挑出差异最明显的几种情况，说明差距究竟出现在哪个时段。
本期焦点
第 12 轮收束之后，主客场的进失球第一次拉开距离
同一个比分，放进主客场两套分布里读，结论经常不一样。这一期把几支球队的主客场柱图并排铺开，找出开场阶段与换人窗口前后的差异，再切到时段热区与对阵对照表，看三张视图是否指向同一处拐点。
- 主场开场阶段的进球比重明显更高
- 客场失球更多落在换人窗口之后的十分钟
- 三种数据视图在拐点位置给出同向信号
赛事分析
从半场、全场、时段三个切口读一场球。每轮挑几支分布有变化的球队展开。
60 分钟以后丢球，多半出现在哪两类对阵
时段热区把 90 分钟切成六段，失球并不集中在开场。换人窗口前后的那十分钟，是最近几轮里变化最明显的一段。
对阵强度分档以后，强强对话的进球更靠后
按对手分档重排分布，进球时间的重心会整体后移。这条变化对赛前判断的影响，比单场比分本身更值得参考。
半场和全场对不上时，先看哪一侧
半场均匀、全场失衡，往往意味着一侧在中场做了调整。文中给出三组这类比赛，并附上对应的分布图，方便你自己比一遍。
数据方法
比分是怎么变成图表的，延迟又是在哪一步被压下去的。
一场比赛的数据回填要走完哪几道工序
从数据商推送到交叉校验，再到战绩刷新，每轮全部场次在当晚 23:00 前完成。这篇把流程拆成四步，说明每一步留下什么。
进球事件 90 秒内出现在面板上，中间发生什么
推送、比对、落库、呈现，四个环节串起来不到一分半。延迟最常出现在哪两处，我们又是怎么把它一点点压下去的。
版本说明
客户端与视图的每次改动，都写清楚改了什么、对使用有什么影响。
v5.2 客户端：安装包与系统要求的一次收敛
安装包约 38MB，支持 Android 8.0 及以上系统。新版在启动速度与图表渲染上做了改动，配置不高的机型也能顺畅切换视图。
三种视图的切换位置统一到了一处
分布柱图、时段热区、对阵对照表现在共用同一组切换按钮，选中的视图会被记住，下次打开仍停在原处。
赛季专题
跨度更长的主线，把一个赛季或一段产品历程连起来读。
赛季过半，进失球曲线出现了三处断点
曲线在密集赛程之后、换人窗口与收官阶段各断开一次。把断点连起来看，一支球队的状态变化比积分榜更早显形。
订阅轨道改到第九版，我们留下了什么
从横向列表到左侧竖向轨道，固定数量、拖拽顺序与多端同步陆续补齐。这篇回看每次改动背后的使用场景。
连载中的专题
挑一个主题，从头追到尾
专题按一条主线串起若干篇，顺序读下来，一个赛季的变化会比跳着看清晰得多。
一个赛季的进失球曲线 7 篇
- 01开局六轮：先把分布基线定下来
- 02密集赛程里的时段偏移
- 03中段调整期的曲线断点
- 04客场连战之后的失球重心
- 05强强对话的时间分布
- 06低比分场次里的分布特征
- 07收官三轮的进球集中区
订阅面板的版本手记 5 篇
- 01轨道从横向改到竖向的那一次
- 02固定数量为什么停在 20 支
- 03拖拽排序的手感调整
- 04登录之后订阅列表的恢复方式
- 05首屏入口与悬浮条的取舍
更新节奏
每月 6 到 10 篇，跟着轮次往前走
赛季进行时，分析类条目跟着轮次发；产品有改动时，说明单独成篇。想第一时间看到，把常看的球队放进订阅轨道，比赛日的摘要会送到你手上。
-
6–10
篇 / 月
赛事分析、数据方法与版本说明合计的发布量。
-
23:00
当轮结束前
全部场次完成回填与战绩刷新，第二天的分析素材已经就位。
-
3
类事件单独提示
进球、红牌与终场各推一次，比赛日再补一条球队动态摘要。
谁在写，谁在把关
写的人懂球，把关的人懂数据
观察报告的稿件由赛事内容运营团队选题成稿，数据部分由数据工程团队负责。内容团队 46 人，其中数据工程 14 人、赛事内容运营 9 人、产品与设计 8 人。
赛事内容运营 · 9 人
选题、成稿与发布前的表达检查，赛事分析和赛季专题都出自这里，每一篇都要先能被普通球迷读完。
数据工程 · 14 人
维护推送链路与每轮回填流程，异常场次由他们逐场排查，比分与进球事件的更新延迟控制在 90 秒以内。
产品与设计 · 8 人
把三种数据视图和订阅轨道做成手机上单手能切换的样子，版本说明里的改动大多从他们的草稿开始。
数据来自 6 家合作数据商与官方赛果渠道交叉校验；我们也与 12 家体育媒体及内容社区保持内容互推合作，选题经常从他们的编辑需求里长出来。