2019
建立移动入口页
最初的一版只做移动入口和版本资料索引。目标很朴素:手机打开就能进,进来之后知道自己在哪一版。这一年也定下了后面所有工作的基调——先把路铺直,再谈别的。
02 / ORIGIN 品牌起点
2019 年起步的时候,来问的人几乎都提同一个问题:手边只有一部手机,怎么进去。电脑端的路径在手机上要绕好几步,缩放、翻页、找按钮,最后往往还是回到聊天窗口里求助。于是第一版只解决一件事——把进入的动作压到最短,入口固定在页面顶部,打开首页就能看到。
入口稳定下来之后,新的问题紧跟着出现。版本一更新,旧界面、旧说明就散落在各处,用户说得清自己用的是哪一版,却找不到对应的解释。从那时起,我们把版本资料当作和入口同等重要的事来做:每一次发布都留摘要,每一条历史记录都归到栏目下,让后来的人能按名字查到。
七年下来,这套做法没变过方向:入口要短,资料要能查,更新要按时。你在手机上的每一次进入,和档案室里每一次归档,其实是同一件事的两端。
03 / TIMELINE 七年节点
七年的时间轴上,每一步都是被用户的实际问题推着走的。左侧年份可以直接跳到对应节点。
2019
最初的一版只做移动入口和版本资料索引。目标很朴素:手机打开就能进,进来之后知道自己在哪一版。这一年也定下了后面所有工作的基调——先把路铺直,再谈别的。
2020
问题变多之后,混在一起的信息反而更难找。这一年上线双列信息板结构,常见说明放一侧,更新公告放另一侧,读者按自己的处境选一边看,不用在长页面里来回滚动。
2021
历史记录开始按栏目名索引。此前要找一个旧版本的说明,得逐页往前翻;有了栏目划分之后,从名字进去就能定位到那一条,回访老用户的查阅时间明显缩短。
2022
V4 面板反馈与常用人群的登录反馈被放到同一处归档,反馈可以顺着版本回查。用户描述的现象、对应的版本号、处理后的状态排在一起,同类问题第二次出现时不用重新解释一遍。
2023
更新公告与反馈归档在同一节奏上同步发布,一周一次。对用户来说,这意味着不必时时守着,固定时间来就能看到这一周有什么变化、哪些反馈有了回应。
2024
条目多了以后,写法各异的编号会拖慢查找。这一年统一了索引语言:版本号、栏目名和英文标注遵循同一套编号规则,看到标签就知道该往哪一栏找。
2025
按版本与场景整理的反馈专题累积到 38 期,覆盖登录、面板、设备与资料查询几类常见处境。新用户遇到问题时,多半能在往期专题里先找到一段对得上的描述。
04 / TEAM 维护团队
入口能不能进、资料查不查得到、反馈有没有回应,分别落在四个小组手上。分工明确,所以每一环都有人负责到底。
EDITORIAL / 01
负责每个版本的发布内容,写更新摘要,把新条目归到对应栏目下。用户看到的版本说明是否读得懂、位置对不对,由这一组把关。
CONTENT / 02
把公告、专题摘要和常见说明写成日常语言,维护第二栏的双列信息板,让新来的访客不用先学会术语再看内容。
TECH / 03
跟进入口在各机型上的可用状态,维护 V4 面板的四个信息区,处理访问异常,并把技术现象翻译成用户能复述的一句话。
SERVICE / 04
工作日接邮件和电话,回答进入方式、版本差异与资料查询的问题;高频问法会被整理成问答条目,让下一次遇到的人自己就能查到。
05 / INDEX 索引方法
同样一条历史更新,有人记得版本号,有人只记得栏目名,有人手里只有期号。索引语言要做的,是这几种记法都能落到同一行记录上。
一行标签往往就能说明位置:版本在前,栏目居中,期号与场景收尾。照着这组顺序读,翻旧记录时不容易错行。
06 / SCALE 服务数据
这些数字对应的是可以点开、可以翻到的东西,而不是一句概括。
07 / NEXT 下一步
CONTACT
邮箱与电话在工作日 9:00-18:00 内回复与接听。若你要找的是旧版本资料或某一期的更新记录,直接在导航栏的资料区按栏目名查,通常比等待回复更快拿到手。