2016
站点上线,第一份服务记录清单发布
最初只有 4 类条目,覆盖账号入口、场馆档案、赛事目录和版本号,解决的正是新用户最常问的那几个问题。
2016 年上线 · 累计发布 62 个站点版本
B体育登录从 2016 年起把服务记录放在登录之前。场馆档案、赛事目录、版本更新、入口位置,你在决定进入 app 之前想弄明白的事,我们都提前列好、写清,并且留着可以回看的历史。
我们在做什么
一个新用户打开 B体育,最先想知道的是两件事:自己想看的场馆和赛事是不是都在,上一版改动过的东西这一版还在不在原来的位置。这些答案我们不放客服工单里,而是直接摆在登录之前,你翻一遍就能自己确认。
回访用户的诉求更具体——入口挪到哪了、导航为什么动、这次的加载速度是不是比上次快。我们把每一次调整的生效版本、位置变化和原因都记下来,你按时间往回翻,就能找到那次变化发生在哪一版。
这套做法服务的对象很明确:看重的不是能不能打开,而是打开之后信息齐不齐、稳不稳。场馆档案、赛事目录、复盘入口、语言设置、支持渠道,都在你要点登录之前先给你看一遍。
九类条目
从打开页面到进入 app,你会碰到九类信息。每一类下面都列了判定依据和更新节奏,也标出了负责的团队。点开任意一条,条件就摆在眼前。
入口地址与当期版本发布记录保持一致,出现跳转异常时,在下一次版本发布中优先排入处理队列。
场馆名称、所在城市、承办项目、场地规模四项字段必须齐备。缺失任意一项时,该场馆在清单上标注为资料不全,直到补齐为止。
赛季、项目、赛事等级三级字段同时完整才算一条合格目录。赛季进行中临时调整的场次,会在原有条目上直接更新,不另开新条目。
复盘入口只保留重点场次,每个赛季约 180 场,按赛事等级与观众关注度筛选。非重点场次不设入口,避免列表被稀释后反而找不到想看的那一场。
页面内显示的版本号与站点版本说明的当期编号必须一字不差。当前版本为 v4.7.2,版本说明保留最近 24 期。
首屏加载实测约 1.8 秒,比上一版本快了 0.6 秒。全站采用静态页面架构,单个页面体积控制在 480KB 以内,移动端与桌面端加载表现基本一致。
导航每一项的名称、所在位置,与首页导航调整记录保持一致。调整记录保留最近 12 次变更,每次写明调整位置、调整原因和生效版本。
简体中文、繁体中文、英文三种界面在移动端和桌面端都能正常切换,切换后栏目结构和条目数量不发生变化。
客服邮箱在工作日一个工作日内回复,记录查询类请求平均 6 小时内首次响应。电话与联系地址作为补充渠道并列呈现,方便不方便写邮件的用户使用。
2016 — 现在
站点不是一次做完的。下面这条线上标着每一次能力上线的时间点,从最早的 4 类条目,到今天的九类条目和每周三固定发布。
2016
最初只有 4 类条目,覆盖账号入口、场馆档案、赛事目录和版本号,解决的正是新用户最常问的那几个问题。
2018
场馆档案从人工整理转为按周同步,场馆名称、城市、承办项目、场地规模四项字段开始成体系地维护。
2020
简体中文、繁体中文、英文同期开放,栏目结构在三种语言下保持一致,方便不同地区的用户按自己的习惯阅读。
2022
每个赛季只保留约 180 场重点场次,按赛事等级与观众关注度筛选,让想复盘的人不必在长列表里翻找。
2024
条目编号统一为 BSR 格式,保留最近 24 期,方便回访用户按时间往回查某一次改动发生在哪一版。
v4.7.2
比上一版本提升 0.6 秒。九类条目全部到位,导航调整记录保留最近 12 次变更,累计发布版本数为 62 个。
团队与分工
我们把这套事拆成两条并行的线:一条负责内容本身准不准、全不全,一条负责页面跑得快不快、入口通不通。两条线在每周三的发布节点上合到一起。
合作生态与备案信息
场馆和赛事的资料不是我们凭空写的。与数据机构和场馆方建立稳定的同步关系,才有条件把档案做厚、做准,也才能在信息变动后的当周体现出来。
服务承诺
含糊的保证没有意义,所以下面这三条都带具体的数字和节奏。它们是我们每周在做的事,你也可以按这个标准来检验我们。
6小时
通过客服邮箱提交的记录查询请求,平均 6 小时内给出第一次回应,工作日一个工作日内完成答复。站点每月处理约 3.2 万次查询请求。
24期
每周三发布一期新条目,保留最近 24 期。每期写明版本号、调整内容与生效范围,也可以订阅后收到更新摘要。
12次
每一次导航改动都记录位置、原因与生效版本,保留最近 12 次。回访用户找不到入口时,按时间往回翻就能定位。