先选栏目,再一层层往下点
查一次阵容要先进栏目、再挑赛区、再找球队,路径分散在三个页面之间,来回跳转是常态。
站点说明 / 数据口径 / 运营节奏
这一页按顺序交代六件事:谁在维护、覆盖范围多大、比分与资料从哪来、一天核对几次、团队怎么分工、哪些内容站内不做。读完可以自行判断,这里的文字适合引用到哪一步。
2019 年至今,覆盖范围与页面结构各变过一次
站点上线,栏目只有华北赛区的赛程文字。每天人工核对一遍,读完就当天的记录归档,没有地图,也没有跟着走的比分。
覆盖范围从华北推向东北、华东、华中、华南、西南、西北,主场位置开始进入索引,38 座主场场馆按批次登记接驳与入场动线。
移动端重做,常用查询由旧版平均 5 步压到 2 步;阵容变动、球队资料、越位次数对照都收进同一批入口。
首页只保留主场位置与文字比分两个焦点,历史归档改到页面后段,可翻动但不再堆在开头挡视线。
口径、入口、纠错,各写一条
比分与资料以公开赛程和人工校订为准,校订节点写清楚。站内不承诺零延迟,也不承诺完全无误——出现偏差时,以最近一次校订节点之后的版本为准。
单个页面主焦点不超过两个,其余信息降级为索引条、标签或折叠组。历史数据一律折叠收纳在后段,用的时候展开,不用的时候不占屏。
邮件纠错建议在标题里写「数据纠错」或「内容纠错」,一般 2 个工作日内给出回执;修正结果在下一个校订节点生效,并在归档条目里同步。
采集 → 校订 → 发布 → 呈现
以公开赛程为起点整理轮次、对阵与时间,不做来源不可查的补充。
校订岗逐条比对文字与数据,把存疑条目单独标出,等下一节点复核后再放出。
赛程页每日校订 3 次,节点为 10:00、18:00、23:30,三次之间的改动记入版本说明。
比分以文字段落形式下发,页面内延迟不超过 3 秒;移动端首屏渲染不超过 1.2 秒。
按赛区归组,展开看每组的检索方式
覆盖石家庄、北京、天津、太原等城市的场馆。检索时可按城市或交通接驳线筛选,缩略图默认给俯拍视角,入场动线按看台分区标注。
沈阳、长春、哈尔滨、大连等城市。冬季场次在索引里单独标注,接驳信息以站内更新时间较近的一版为准。
上海、南京、杭州、济南、青岛等城市,是主场数量最多的一组。同一城市有多座场馆时按编号区分,避免检索时混淆。
武汉、郑州、长沙、南昌。四座场馆的接驳方式差异较大,索引里把地铁与公交两类动线分开列出。
广州、深圳、福州、厦门、南宁。夜场结束时间偏晚,入场动线单独标注了散场方向的出口编号。
成都、重庆、昆明、贵阳。场馆多位于城市外围,索引里把轨道交通与自驾两条路线分开说明。
西安、兰州、乌鲁木齐。三座场馆之间距离较远,跨赛区查询时建议先锁定城市再看对阵。
想直接在地图上按城市筛选,可前往工具中心的主场位置入口。
规模不大,职责边界写清楚
赛程文字、赛季条目与观察栏目的撰写和复核,负责把校订后的数据写成能顺读下去的段落,而不是只丢一串数字。
按 10:00、18:00、23:30 三个节点比对比分与资料,标出存疑条目并留下改动记录,节假日不中断。
负责 V3 客户端的版本发布、页面渲染与机型兼容,把移动端的加载和检索体验当作主要交付物。
对接各场馆的接驳与入场动线信息,维护主场索引的准确度,也负责把读者反馈的问题转到对应岗位。
四类岗位合计 34 人,其中内容与校订占 20 人,是投入最多的两块。
约每 6 周一个小版本,改动集中在检索路径
查一次阵容要先进栏目、再挑赛区、再找球队,路径分散在三个页面之间,来回跳转是常态。
赛程页内即可展开阵容变动、球队资料与教练履历的越位次数对照,不再需要中途换页。
V3 于 2024 年上线并替代旧版,此后保持约每 6 周一个小版本的节奏,公开版本号已推进到 V3.4 区间。工具中心列出了新旧两种操作路径的逐项对照。
边界写清楚,纠错通道也写清楚