赛程入口整理
最初要解决的是“找得到”。电脑版赛程被固定到首页第二栏,追赛果的用户不必先翻栏目再找入口。
演进进度 20%
展开这一阶段的细节
这一阶段确立了“入口先于内容”的顺序:先让赛程卡片在第二栏稳定出现,再考虑条目怎么分类。后来的场景分流与签表矩阵都建立在它之上。
品牌概况
云开平台中国区是一个静态的赛程与签表入口站。它服务的是按轮次刷赛程、按签表找球队的人:打开电脑,第一眼要知道赛程在哪、轮次怎么分、签表怎么收藏,然后去做自己的判断。
站点的内容形态只有三种——电脑版赛程、轮次安排、杯赛签表。三者共用一套球队标识、一套进度色和一套轮次缩写,所以从赛程跳到签表,看到的是同一套语言,不需要重新适应。我们把这件事做成入口指引,而不是内容社区:不做账号,不做讨论区,不做与看球无关的延伸业务。
发展阶段
内容不是一次成型的。每一阶段解决的问题不同,后一阶段会沿用前一阶段定下的规则,所以越往后叠加的口径越多,页面上的变化看起来也越细。
最初要解决的是“找得到”。电脑版赛程被固定到首页第二栏,追赛果的用户不必先翻栏目再找入口。
演进进度 20%
这一阶段确立了“入口先于内容”的顺序:先让赛程卡片在第二栏稳定出现,再考虑条目怎么分类。后来的场景分流与签表矩阵都建立在它之上。
把赛程按小组轮次、淘汰轮次、决赛轮次三层拆开,每一层配一段进度色,阶段的推进在页面上第一次变得可见。
演进进度 40%
轮次拆分之后,赛程不再是一条平铺的时间线,可以根据所在层级直接判断赛事处于哪一段。轮次观察栏目的长文档体系也从这里开始积累。
首次看球电脑端入口带上显性标签,与老用户路径分开排序。新用户不必先理解栏目结构,按标签走就能到赛程。
演进进度 60%
看球场景栏目在这一阶段成形,划分为四组共十二条场景条目,覆盖追赛果、首次看球、轮次追踪与签表定位四类需求。
杯赛签表改为模块化矩阵呈现,关注球队高亮定位,测试版入口支持收藏页直达,省掉逐层展开下拉菜单的步骤。
演进进度 80%
签表从列表改为矩阵后,同一屏能容纳的对阵关系变多,定位一支球队所需的目光移动明显减少。高亮规则与球队标识色在这里第一次被绑定使用。
最近一次入口排序调整在上一阶段完成。球队标识、进度色、轮次缩写三套规则目前在全站共用,赛程、轮次与签表之间不再出现两套说法。
演进进度 100%
口径统一之后,新增条目的成本主要落在核对上:一条赛程改动,需要同时确认它在轮次层级中的位置和它在签表中的对应格。
能力边界
边界写在这里,是为了让判断有依据:页面上出现的东西都属于入口指引,页面上没有的东西不是我们暂时没做,而是不在业务范围内。
数据口径
跨页面一致性靠的不是记忆,而是三套写死的规则。它们在赛程精选、轮次观察和签表段落里同时生效,任何一处改动都要同步其余两处。
站点的时区基准为亚洲/上海(UTC+8),赛程卡片上的时段以此换算。页面以辽宁地区作为地理标签样本,用于标注时段归属,不承担其他含义。
赛程卡片的刷新窗口为 5 分钟,静态页面在构建时写入各轮次的相对时间线索,所以看到的“还有多久”是按构建那一刻计算的。轮次文档与签表入口不采用同样的刷新频率,它们跟随阶段与杯赛进程变化。
条目与文档的规模同样固定:赛程精选条目库累计 320 条,按 6 个分类归档;轮次观察已发布 24 篇长文档,划分为 3 个主题组,每篇 6 至 9 个章节。
协作方式
内容不是一个人从头写到尾的。整理、界面与校验三段分工明确,交接物是同一份字段清单,避免同一件事出现两种写法。
负责赛程条目、场景条目与轮次文档的归类与撰写,确保每一条都带分类、摘要与适用条件,而不是一句话反复改写。
负责入口排序、标签呈现与键盘可达顺序。首次看球入口的显性标签、收藏页直达的呈现方式都在这一环确定。
负责核对球队标识、进度色与轮次缩写三套规则是否在赛程、轮次与签表三处保持一致,并复核条目与文档的字段完整性。
继续往前
想直接看条目与入口状态,去赛程精选;想按时段理解轮次怎么衔接,去轮次观察;遇到显示或排序问题,走联系我们。