数据编辑
盯赛程、核阵容、写条目,负责前瞻、比分与射手榜的日常生产,也负责赛前那一次首发与伤停补充。
品牌主张 · 指挥台理念
YABO 只解决一件具体的事:让你在开赛前把该看的信息一次看全,开赛后不必在几个窗口之间来回切。前瞻按开球时间排好,比分与射手榜跟着轮次往前走,收藏的球员和提过的问题都留得下。跟一支队跟一整个赛季的人,需要的正是这种不会每隔一轮就重新找位置的地方。
指挥台
同一个屏幕里,左手边是联赛轨道,右手边是这一轮的前瞻、比分和榜单。看起来像一块战术板,用起来也像——位置固定,内容按时推进,你只要顺着往下滚,就知道这一轮先看哪一场。
真正难的从来不是信息太少,而是信息散。开场前你想确认首发,中场想看半场小结,赛季末想回看谁在领跑射手榜,如果这三件事分属三个地方,跟队的连贯感就断了。指挥台把这几件事放到同一个平面上,让一轮比赛从头到尾待在一处。
内容准则
前瞻不是把新闻拼起来。动笔之前先定三件事:谁对谁、两队最近踢成什么样、这场在什么条件下踢。三项都落到位才发,缺一项就继续补。
哪条边会被反复冲击、中场谁负责第一落点、定位球的第一点归谁。这一块写完,你应该能在开场十分钟内认出教练今晚打算怎么打。
看最近三轮的攻防节奏、轮换幅度和伤停名单的变化。赛季总数据说服力有限,状态是最近两周发生的事,我们按最近两周来写。
草皮偏干还是偏湿、开球时段的气温与风向,这些条件对哪一方的高位逼抢更有利。看起来是配角,常常决定比赛前二十分钟的走向。
条目在开赛前 48 小时上线;首发名单与伤停出现变化,开赛前 30 分钟再补一次。
团队与分工
团队共 32 人,分工不是按层级切,而是按一轮比赛从准备到收尾的流程切。谁在前端把信息写出来、谁保证它在该在的位置、谁听完你的问题再送回去,界限清楚。
盯赛程、核阵容、写条目,负责前瞻、比分与射手榜的日常生产,也负责赛前那一次首发与伤停补充。
把信息放到该在的位置:桌面端布局、联赛轨道、比分刷新与收藏的存取,都在这一组手上。
读每一条反馈,把反复出现的问题变成编辑与产品的待办,并在工作日给你回执。
32 人 · 编辑、产品、客服三条线并行值班
发展历程
今天你看到的结构不是一次设计出来的,是四个阶段各自解决一个具体麻烦攒出来的。
第一版只做一件事:把当轮前瞻按开球时间排在一页里,打开就能从上往下看完。
从这一年起,前瞻一直按开球时间排序。
联赛切换轨道上线。常看的联赛可以自己固定下来,切换之后主内容区跟着重排,不用每轮重新找。
左侧轨道可固定 8 个常看联赛。
即时比分、半场小结与赛果归档收进同一张追比分清单,赛前赛后都在同一处,不必换地方。
单轮同时追踪上限 40 场。
收藏夹、反馈单与回执连成一条线,收藏的球员和提过的问题都有下落。当前桌面端为 v4.2。
反馈从提交到回执,走完一整圈。
服务规模
从主流联赛到区域杯赛都在前瞻范围内,跟哪一支队都不至于没东西看。
一轮比赛的体量,够你把想看的几场挑出来。
比分与阵容交叉比对,异常的那一份会被挑出来复核。
大多是每周固定打开几次的长期跟队者。
赛季进行中,这个数字的波动几乎跟着赛程走。
从北到南,开球时间差得越远,越需要一条排好的时间轴。
赛季高峰时,单日更新可达 60 条。密集赛程里,前瞻与复盘几乎是无缝接上的。
反馈
反馈里最常见的一类,是希望某场前瞻再多写一点内容——这一类比重大约七成八。剩下的多是找不到入口、某个宽度下版面挤在一起。两类问题分开走:内容类的转给编辑,显示类的转给产品,处理完在工作日 24 小时内给你回执。
指挥台的意义不在信息多,而在你每次打开它,都知道先看哪里。