内容编辑
负责赛程录入、战报撰写与专题整理。重要赛事前后有专人盯场,赛况一出就动笔。
按运动项目分组,每组有主笔与互校人。夜里的大赛由值班编辑接手,第二天由白班补上前瞻与复盘。
赛场控制台
欧易赛场 · 体育资讯与赛程服务 · 每日 6:00–23:00 更新
从一张总也查不准的赛程表开始
在最初的几个月,团队只做一件事:把一天里真正会开打的比赛,按开赛先后排进同一张表。当时中文球迷要确认一场球的时间,往往得跨三四个页面来回比对,项目名称和赛事级别各写各的。我们把日期、项目、级别三个字段固定下来,让同一条记录在哪儿都长得一样。
这件事听起来不大,却决定了后来所有的形态。今天平台已经从一张表长成赛程、战报、专题和帮助四个板块,但判断标准没变:一场比赛,打开页面就该看到开赛时间、所属项目和赛事级别,不需要先学会怎么用。
十年里我们也犯过错,改版时改掉了老用户习惯的位置,被指出来就改回去。做资讯服务没有一劳永逸的版本,只有一次次把错误的响应变短。
三次改版,各自解决当时最要紧的问题
那时最痛的问题不是内容少,而是找不到。同一场赛事,三个来源给出三种写法,时间还对不上。初版把字段统一,编辑手工比对后录入,宁可少放几条,也不放没核对过的。
页面很朴素,加载快,球迷记住一处就够用。这批最早的用户里,不少人今天还在每周打开。
项目从几个扩到十几个,靠一屏一屏往下拖已经不行了。这一次我们把筛选和订阅做成主入口,按日期、项目、赛事级别组合查询,常用组合存成提醒。
赛程页从「一张长表」变成「一个可以问问题的表格」。你告诉它想哪天、看什么项目,剩下的交给它。
访问重心挪到手机后,很多问题暴露出来:战报第一屏读不完、换台设备登录状态接不上、页面切换有停顿。焕新版把这几件事分别重做,首屏加载比上一版快了约四成,切页反馈压在半秒以内。
换设备的流程覆盖 6 类主流设备与 3 种浏览器内核,经过 3 轮回归测试才放出来。每一步该点哪儿,帮助文档里都配了图。
谁在值班,谁在写,谁在接你的问题
负责赛程录入、战报撰写与专题整理。重要赛事前后有专人盯场,赛况一出就动笔。
按运动项目分组,每组有主笔与互校人。夜里的大赛由值班编辑接手,第二天由白班补上前瞻与复盘。
负责赛程筛选、订阅推送和页面性能。你点一下就到位的体验,大多是他们在后台磨出来的。
焕新版之后,研发把大部分精力放在加载速度和跨设备登录上,每次发版前都会跑一轮小屏回归。
处理订阅异常、内容纠错与合作咨询。工作日首次响应平均 8 分钟,问题不绕弯。
夜间赛事时段由编辑与客服轮值,赛后战报和用户反馈两头都有人接。遇到卡住的操作,可以直接提交工单。
三道确认之后,战报才会出现在你眼前
值班编辑按当天赛程排出重点场次,指定谁写、谁校、谁签发。赛前就把模板和关键数据位填好。
比分、时间、出场信息逐项比对合作机构回传的数据,任何一项对不上就压住不发,先查来源。
签发人过一遍标题、摘要和排版,确认手机首屏能读完要点,再点上线。摘要平均控制在 220 字。
15 分钟上线靠的不是写得快,而是赛前就把该准备的准备好。模板、数据位、人员分工在开赛前落定,赛后只需要填内容、核对、签发。赛场动态里每条战报都走这套流程,夜间场次也一样。
项目铺得开,数据来源也要说得清
赛程中心覆盖足球、篮球、网球、羽毛球、乒乓球、排球、赛车、田径、电竞、拳击、综合格斗、冰雪共 12 类项目,赛季高峰期一周排期接近 60 场。不同项目的赛制差别很大,编辑按项目分成小组,各自维护自己熟悉的那一块。
接下来三年,力气放在三个方向
在日期、项目、级别之外,补齐阶段与轮次的组合条件,让查一场比赛少翻两屏。
按赛季阶段组织的合集目前每期收录 15 至 30 篇,接下来把赛程、前瞻和战报串成一条能顺着读下去的线。
现有 6 章 58 篇覆盖订阅、查询、设备与账号,下一步把高频提问整理成更短的操作路径,遇到问题照着做就行。