整合前
同一支球队，信息分在三处
- 阵容在索引条目里
- 赛季阶段在联赛分组里
- 传球成功率在单独的数据页
想读完整，得在三条路径之间来回切换。
2016 — 换新呈现
七次版本迭代，把入口这条路走短
2016 年首版入口上线时，大江体育主站只想解决一件事：让关注球队的人打开就能找到入口，不必在几个页面之间来回翻找。七个版本过去，球队库、近5轮传球成功率和本地企业客户案例梳理收进同一套索引，回访主队页比旧版少走两步。
首版入口
先把入口这件事做稳
第一版上线时，团队手上没有太多参考。能确定的是用户当时的处境：比赛快开始了，他们想确认阵容、想看看上一轮的传球表现，而不是在几个页面之间反复切换。
所以首版只做两件小事——打开不卡顿，索引一眼能读懂。这两条标准后来贯穿了每一次改版，也决定了球队库最终会长成什么样子。
02
七个版本，三段路
从能打开，到找得到，再到开赛前十分钟就确认——每一次版本更新都对应一类真实的用户处境。
-
首版入口上线
入口与索引放在同一屏，打开就知道从哪儿进。这一年是 2016。
-
索引按联赛与地区分层
找队不再只靠搜索框，可以顺着联赛和地区一层层点下去，路径可预期。
-
首批主队档案建立
阵容和赛季阶段开始有固定位置，同一支球队的信息不再四处散落。
-
移动端重新排版
移动访问成为主流，窄屏下的文字、数据和索引按手指的滑动习惯重排一遍。
-
球队库整合完成
分散在各处的条目收进统一球队库，覆盖 128 支主队档案，按联赛、地区和赛季阶段三类维度组织。
-
iOS 站内索引上线
从索引进主队页压到三步，移动端平均回访时间缩短约 40 秒。
-
换新呈现
主站视觉与路径同步更新，iOS 站内索引和球队库入口在一屏内可见。
03
把散在各处的球队条目收成一份档案
整合前后最大的变化不在视觉，而在于你想看一支球队时，需要走几步。
整合后
128 支主队档案，一次进入读完
- 按联赛、地区、赛季阶段三类维度组织
- 主队页内直接跳到阵容与数据
- 移动端三步直达主队页
三条路径并成一条，回访主队页比旧版少走两步。
iOS 站内索引
移动端的一屏路径
移动访问占站点总访问的约 64%，这些人里很大一部分只做一件事：开赛前确认主队阵容。站内索引因此把入口、索引和主队页压成三步，尽量不让人在窄屏上反复滑动。
-
STEP 01
打开站点
移动端直接进入主站，不必先找一个起跳页。
-
STEP 02
从索引定位主队
球队库按联赛、地区和赛季阶段三层组织，顺着点下去就能找到。
-
STEP 03
读阵容与近5轮数据
主队页内直接查看阵容和近5轮传球成功率，不用再跳出去。
移动端访问占比
64%
40
秒
移动端平均回访时间缩短约 40 秒
05
每个比赛日两轮更新，开赛前十分钟收口
阵容确认和传球表现是两件时间压力完全不同的事，前者更急。
近5轮传球成功率覆盖 12 项关键指标，每个比赛轮次结束后更新，反映的是一支球队最近几轮整体传得怎么样，而不是复述单场比分。
阵容确认另有一套节奏。数据编辑团队在每个比赛日跟进两轮更新，开赛前十分钟发布最终阵容确认标签。想在开赛前拿到确定答案的人，在这十分钟里就能看到结果。
- 12 项 近5轮传球成功率覆盖的关键指标
- 2 轮 每个比赛日跟进的数据更新
- 10 分钟 开赛前发布最终阵容确认标签
06
从辽宁出发，把本地战绩梳理收进案例合集
服务地区以辽宁为核心，同时面向全国中文体育用户提供入口与索引服务。
07
四支团队守着同一条入口
版本节奏、数据更新、客户案例和视觉索引各管一段，合起来才是稳定入口。
-
01
产品
负责版本节奏与入口路径，判断每一步改动是否真的让回访更快。
入口路径 -
02
数据编辑
跟进近5轮传球成功率与阵容确认标签，比赛日按轮次推进。
数据更新 -
03
客户成功
对接本地企业客户的战绩梳理，整理资料并收进案例合集。
案例支持 -
04
设计
负责视觉与索引层级，让密集的球队数据在窄屏上也读得下去。
视觉与索引