当前版本 v3.2 本季移动端修复已完成两批 移动端自查
365升级站 新版导航与版本说明
移动端自查 查看本季修复

VERSION RAIL · v3.2

导航改到 v3.2，常用栏目还在您熟悉的位置

365升级站 把导航当成一项长期设施来维护：栏目位置每挪一次，都会连同一份版本说明交代清楚原因。您在换设备、换浏览器、隔一阵再来的时候，仍然能顺着同一条线路找回要去的入口。

  • 本季两批移动端修复已完成
  • 连续维护 5 个年度版本
查看版本说明 看最近改动
从 v1 到 v3.2 的线路图式版本时间轴，各节点用黄色标签标注

01 — 演进

五个版本，一次栏目位置的搬家

每次结构调整都不是临时起意，而是先把上一版留下的问题说清楚，再动位置。下面是这条线路走过的五站。

  1. v1

    最早的入口只有一层

    起因
    几乎所有栏目挤在一个纵向列表里，栏目一多，找入口就要往下翻好几屏。
    改动
    把使用频次最高的几项挪到列表顶端，先解决“翻得累”。
    反馈
    老用户依旧习惯从首屏往下找，说明位置固定比排序更管用。
  2. v2

    首屏开始承担导览

    起因
    第一次进站的人不清楚该从哪一项点起，进去又退出来是常见动作。
    改动
    首屏加入第一版栏目说明，常用的几项按位置钉死，不再随频次浮动。
    反馈
    新访问者能自己认出要去的入口，进站后四处乱点的反馈少了很多。
  3. v3.0

    整站按版本号重排

    起因
    栏目越加越多，按功能分组和按位置分组开始互相打架，同一个入口在不同页面上叫法还不一样。
    改动
    导航结构整体改为按版本号排列，首屏栏目卡片重新分组，版本说明第一次随更新一起发布。
    反馈
    老用户需要一次对照，但对照之后位置就稳住了，集中反馈基本出现在头两周。
  4. v3.1

    移动端自查进了命令栏

    起因
    手机上访问出问题的人，往往要先绕回首页才找得到帮助入口。
    改动
    移动端自查固定到顶部命令栏，四个步骤在任何一页都能展开；帮助索引的补录也在这版定成双周节奏。
    反馈
    手机端用户不用再回首页，就地就能排查，反馈邮件里的描述也具体了不少。
  5. v3.2

    当前版本，位置定型

    起因
    本季收到的反馈集中在一件事上：手机端某些栏目点开没反应。
    改动
    首屏栏目卡片按 v3.2 定型，两批移动端访问异常修复完成。
    反馈
    复查下来多数情况清一次缓存即可恢复，四步自查已经覆盖了主要场景。

    位置定下来之后，问题基本都落在手机上了

02 — 使用者

这张图每天要给四种人指路

同一套栏目排布，落在不同人身上是完全不同的用法。下面这四种处境，是栏目位置反复调整时最先要考虑的。

  • 老用户

    手比脑子快，先看位置还在不在

    常用的几个入口已经形成肌肉记忆，换版后第一件事是确认它们还在原处。首屏卡片的排列顺序就是为这批人定的：可以新增，但尽量不搬。

    回到首屏

  • 新访问者

    什么都不熟，先弄清有哪些栏目

    第一次来的人不需要先学规则。首次访问进站可见栏目说明，照着首屏看一遍，把要用的两三处记下来就够了，之后每次进站都是熟路。

    看下载与版本

  • 手机端用户

    页面能打开，栏目点进去是白的

    移动端占了访问的大头，栏目异常也多发生在这里。绝大多数情况与本地缓存有关，命令栏里的自查入口就是为了让这一步不必绕回首页。

    开始自查

  • 查文档的人

    带着具体问题来，要马上找到那一条

    这类访问不逛首页，直接进帮助索引按类翻。索引分成入口、下载、移动端、文档、账号与访问六类，问题越具体，翻起来越快。

    翻帮助索引
多个设备边框线稿围绕同一个导航网格，表现老用户、新访问者与手机端用户的不同使用场景

03 — 流程

一次调整怎么变成一个新版本

从一封反馈邮件到一次版本发布，中间要走四步。点开每一步，可以看到这段路具体怎么走。

  1. 邮件里写清页面、时间和设备，能省掉一轮来回。

  2. 先在同类机型上走一遍，确认能不能稳定重现。

  3. 小范围先放开，盯住访问记录和使用反馈。

  4. 改了什么、为什么改、影响哪些设备，一并写清。

04 — 修复记录

本季两批 25 项，手机端先修好

本季的反馈集中在手机端栏目点开无响应。第一批覆盖 14 项，第二批覆盖 11 项，两批都已完成，具体项在版本说明里逐条列出。

  • 第一批 · 14 项 · 已修复
  • 第二批 · 11 项 · 已修复
  • 缓存残留 · 部分机型 · 待自查
两批修复的状态灯与覆盖项数量信息图，已完成项以青色灯点标记

05 — 分工

12 名成员，三条线路各管一段

导航、下载、文档三个方向各有一组人负责，每周对一次进度。一个版本说明要三方都点头才会发出去，这样栏目位置、安装包和帮助条目不会各说各话。

  • 导航方向

    4 人

    管栏目位置、首屏结构和灰度的推进节奏。每次调整先出一份前后对照稿，确认对老用户的影响可控，才排进版本。

  • 下载方向

    4 人

    管三类包的发布和版本说明里的五个说明点。桌面标准包平均每月更新一次，移动端轻量包跟着修复批次走，离线帮助包随索引补录同步。

  • 文档方向

    4 人

    管帮助索引的补录和常见问题的整理。每两周的周三补录一次，每次收进 8 至 12 条近期问得最多的问题，并在更新观察里给出摘要。

06 — 习惯

长期维护靠四个不起眼的动作

没有什么复杂的机制，只是四件事一直没断过。它们的共同点是：让您在任何一次访问里都能马上判断自己站在哪。

  • 01

    版本号写在最前面

    命令栏和首屏都显示当前版本，您在任何一页都能一眼知道自己用的是哪一版，不必翻到页脚去找。

  • 02

    改动配一份说明

    每个版本附一份说明，写清动了哪个栏目、为什么动、影响哪些设备。想知道某次变化的前因后果，从说明里就能读到。

  • 03

    索引按双周补

    帮助索引每两周补录一次，目前收录 168 条，按入口、下载、移动端、文档、账号与访问六类排布，问得多的问题不会沉底。

  • 04

    自查清单可复制

    四步自查写成一段可以直接复制的清单：查看版本号、清理缓存、切换网络、记下浏览器版本与访问时间，随反馈邮件一并发出即可。

想快一点？直接去要去的页面