9 名
专职数据编辑
- 维护球队资料库的 5 类字段
- 队伍沿革与主客场场馆
- 赛季战绩、常用阵容、历史交锋
01
起点很朴素:几个人,一台打印机,每天把当天冰球比赛的场次、场馆和开赛时间核对成一张表。球迷把表存进手机,按表出门。后来的每一步扩展,都是因为有人问「还有别的项目吗」「改期了怎么看」。
起步期 · 哈尔滨
场次、场馆、开赛时间三列,逐条核对再发出。那时候的准确,靠的是有人愿意一场一场打电话确认。
扩展期 · 多项目
篮球、足球、排球陆续加入。场馆联络员在现场第一时间报回改期与换馆,赛程第一次有了当天的更新。
移动化阶段
iOS 客户端上线后,常看的球队和场馆一键收藏,赛前提醒自动到达,观赛日历还能导出到系统日历。
版本化阶段
球队资料、更新记录与订阅管理进入同一套版本,网页和客户端看到的是同一份信息。
现在
覆盖黑龙江 13 个地市,以及长春、沈阳、大连等东北城市。每年一份服务报告,把这一年做了什么讲明白。
02
本地体育赛事的日常观看,说到底是把一周里的几个小时安排妥当。三种人查的东西不一样,需要的答案却都很短。
跟一支队的老球迷
赛季初把主客场排一遍,赛前确认开赛时间,赛后翻历史交锋。他们最常打开的是球队资料里的主客场场馆和最近战绩。
周末带孩子的城市家庭
周六一场冰球、周日一场篮球,要放在一起看,还要给路上和吃饭留出余量。相邻两天的场次能不能连上,是决定出不出门的关键。
青少年俱乐部的家长
校队和梯队比赛最容易临时调整。到了场地才发现换了馆,是这类家长最不想遇到的事,所以开赛前的确认信息比什么都重要。
03
场馆发来的通知、俱乐部群里的临时变动、赛制调整带来的时间平移,这些都要变成页面上一条能照着出门的记录。中间隔着三道工序。
把场馆报来的场次、队伍与开赛时间写成条目,缺项当场标记出来,回头补齐再往下走。
与场馆公告、俱乐部通知交叉比对,确认队伍名称、主客场归属和赛制阶段没有串行。
复核通过才上线,同时同步到客户端与已收藏页面的提醒里,改过的旧时间会被新时间覆盖。
04
68 人的团队分成三种角色,各自解决一段问题:资料准不准、读起来顺不顺、用起来有没有卡住。
9 名
156 期
12 人
05
再勤快的编辑也跑不完所有场地。信息及时,靠的是门口就有人。场馆愿意合作的理由很实际:一份固定出口的赛程,比逐个回复球迷省事得多。
如果您的场馆或俱乐部也在本地办赛,可以从一季的赛程协作开始。
聊聊怎么合作06
每年发布一份服务报告,把这一年的更新量、响应速度和修订情况摊开。做得不够好的地方,也写在里面。
这一年新增与修订的赛事记录总数,按冰球、篮球、足球、排球等项目分开列出,能看出哪个项目在本地最活跃。
平均首次响应时间、高峰期排队情况,以及被问得最多的三类问题,通常集中在订阅提醒与账号切换上。
发现并更正的错漏数量与常见错误类型,主要是临时换馆、开赛时间平移和队伍名称写法不一致。
07
V3.1 之后的方向都很具体,改的都是你在翻页面时会碰到的那几秒。
历史交锋补上比分与场地,翻旧账时不用再去别处拼凑。
导出之后的系统日历同步继续打磨,改期后手机上的日程也能跟着更新。
4G 网络下首屏已经控制在 1.2 秒以内,还想再快一点,尤其是进场馆信号变弱的时候。