栏目说明 · 使命与路径

把访问路径压到两步,是长期维护不是一次改版

利来这份官方主页存在的理由很具体:第一次来的人和每天都来的人,走同一条短路径走到内容。导航走到 V4 之后,六个栏目都收进两层以内;接下来的工作是让这个长度在之后的每一个季度里继续成立。

01我们为什么把路径做短

从入口到内容之间每多一层,访客就要多做一次判断。判断的成本比点击更高,因为它要求人先想清楚自己在哪、下一步该去哪。这条路一旦变长,最直接的结果不是页面变丑,而是有人在中途放弃。所以我们把「路径更短、加载更快」当成一条可以量出来的验收线,而不是写在页头的一句话。

麻烦的地方在于,路径会自己变长。每次新增内容都可能顺手多加一个分组,每次调整都可能顺手多留一个中间页。一次改版把路径压到两步并不难,难的是半年之后它还在两步。因此我们把这件事拆成了有节奏的日常动作:双周巡检、每月记录、每季度重新对齐适配。

02三条不会绕开的判断

  1. 能一步到达的,不安排第二步

    每一层入口都要证明自己存在的必要。如果一个分组下面只挂着一个子项,那这一层就应该被去掉,把子项直接提上来。判断标准不是列表看起来是否整齐,而是访客需要点几次。

    反例把帮助条目再按子目录分一层,目录页确实更短更好看,但每一条内容都多了一次点击。

  2. 回访用户与首次访客走同一条路

    常来的人有自己的习惯,第一次来的人什么都不熟。给两拨人各做一套入口,短期看各得其所,长期意味着两套路径都要维护,而且两套都可能各自变长。我们选择只维护一条,让熟练和生疏的区别体现在速度上,而不是体现在结构上。

    反例给老用户一条快捷入口、给新用户一段引导,看起来贴心,实际上两条路径很快会在版本更新里出现不一致。

  3. 新增栏目不得引入第三层

    站点要长期运营,就一定会加东西。加东西的规则只有一条:新栏目必须落在现有的两层结构里,不能因为内容变多就往下再叠一层。这条规则反过来会逼着我们想清楚,新内容到底和哪个已有栏目同属一类。

    反例为某个阶段性专题临时加一层折叠,专题结束后这一层往往留了下来,原本的两步就此变成三步。

03导航走到 V4 的四个阶段

四个切角节点沿一条斜线排列,连线颜色从灰蓝逐步过渡到电光青,表示导航结构由松到紧的四次收敛
四个阶段不是四次翻新,是同一件事被连续收紧。
  1. 初版

    单栏列表

    最早只有一条纵向排列的栏目清单,所有入口挂在一起。条目少的时候还能一眼扫完,条目一多,靠后的内容就需要不断往下滚,从入口到内容实际上要经过三次选择。

  2. V2

    三栏并列

    把入口拆成三栏并排,横向的选择多起来,找东西的第一步变快了。但横向解决的是「看得见」,不解决「点得少」——纵向层级没有减少,路径长度依然是三步。

  3. V3

    折叠抽屉

    次要入口收进抽屉,首屏干净了很多。代价是打开抽屉本身变成一次额外动作,而且抽屉内部仍然区分层级,访客要先判断自己在哪一层,才能决定下一步点哪里。

  4. V4

    两步直达

    中国利来 V4 导航切换把六个栏目压平到两层:第一层选栏目,第二层选内容,到此为止。回访用户与首次访客共用这套结构,不再有中转页,也不再有专门为某一类人准备的分支。

04三步与两步的结构差异

旧版 · 三步

  1. 入口
  2. 分组页
  3. 内容

中间那一层不承载任何内容,只负责把人送下去,却要占用一次完整的判断。

现在 · 两步

  1. 入口
  2. 内容

分组信息直接并进第一层,用横向排列代替纵向嵌套,选择一次之后就到了内容。

左右两栏结构对照图:左栏是三层嵌套的分支,右栏是两层并列后直接收束到内容
左侧多出的那一层,正是整条路径里最容易被放弃的位置。

05我们主动放弃的做法

把一件东西做短,靠的不只是删掉,还包括明确说出哪些做法以后不再采用。下面三类做法都曾经被讨论过,最后没有进入版本。

  • 多层折叠菜单

    放弃原因
    层级一多,访客必须先判断自己在第几层,认知成本比多点一次更高,而且在手机上很容易点错。
    替代方案
    栏目拍平到两层,把关联度高的条目放在同一屏内,用横向顺序而不是纵向嵌套来表达从属关系。
  • 进入即弹出的引导层

    放弃原因
    说明性弹层会打断正在发生的动作,而且每换一台设备就会再弹出一次,重复消耗同一位访客的耐心。
    替代方案
    把说明写进使用教程页,需要的时候再去读,不挡在路径中间。
  • 纯过渡的中转页

    放弃原因
    中转页本身不承载内容,只负责把人送到下一页,等于凭空增加一步,还会在返回时造成位置丢失。
    替代方案
    入口直接连到目标内容,中间不做过渡;需要解释的部分放进内容本身的头部。

06谁在维护这套结构

结构不会自己保持形状,需要有人定期检查。内容小组共 12 人,按五个角色分工,任何一次结构调整都要在这五个角色之间走完一遍。

  • 3信息架构
  • 4前端体验
  • 2内容编辑
  • 2质量验证
  • 1客服协调

信息架构提出结构改动,前端体验负责落地,内容编辑补齐说明文字,质量验证逐个检查新增入口是否仍在两层以内,客服协调把反复出现的问题整理成改造清单。

  • 双周路径巡检:把六个栏目从入口点到底,记录实际步数与异常入口。
  • 每月版本记录更新:把当月的改动、原因和影响范围写进记录并归档。
  • 每季度适配报告:核对桌面、平板、手机三类终端的表现是否一致。
  • 每年全站结构复核:重新确认每个栏目是否还有继续保留的必要。

074 月那次适配调整

最近一次适配调整在 4 月完成,覆盖桌面、平板、手机三类终端,把 6 个常用断点上的栏目宽度、字号阶梯和触控区域重新对齐了一次。调整之后站点进入稳定巡检期,没有再做结构性改动。

调整范围
三类终端的关键断点上,栏目宽度与字号阶梯统一到同一套比例,避免同一内容在不同设备上跳级。
观察结论
进入观察期后没有出现需要回退的项目,后续改动以双周巡检的结论为依据。
记录去向
本次调整的完整过程归档在路径观察报告页的适配调整分类下。