导航层级要方便用户查找,核心不是把栏目做多,而是让用户在三次点击内到达目标页面,并且每一步都知道自己在哪、还能去哪。对已有页面或项目做改进时,先盘点现有栏目和实际页面,再决定是合并、拆分还是调整顺序。
改进导航前,把现有结构画出来。用一张纸或表格列出:一级栏目、二级栏目、三级页面,以及每个页面从首页出发需要点几次。同时统计用户实际从哪里进入:是首页、栏目页,还是从搜索或外部链接直接落到内页。
这一步的产出是一张层级清单,标出每个页面的路径和点击次数。没有这张清单,后面的调整容易凭感觉。
导航层级应按用户想完成的事来分,而不是按公司内部部门来分。比如用户找的是“建站服务”“案例”“报价方式”,导航就应出现这些词,而不是“事业部”“综合管理”这类内部叫法。
具体做法是:
最关键的一步是给一级栏目排序。把用户最常找、对业务最重要的栏目放在前面,而不是按成立时间或部门顺序排。判断依据可以来自用户入口数据、咨询记录和页面访问情况;如果这些数据暂时没有,就按“用户先找什么、再找什么”的常识顺序排。
技术实现上,导航链接应使用可被识别的普通链接,例如 <a href="/fuwu/">服务</a>,避免只用脚本点击事件。这样有利于用户在新窗口打开、复制链接和浏览器前进后退。面包屑可以用 <h2> 之外的普通文本加链接实现,不必堆砌标签。
调整后不要只看首页效果,要从多个入口走一遍:
如果某个目标页面仍要四次点击,说明层级还没压到位。如果一级栏目名称需要用户猜,说明用词还不具体。验证时记录每个问题的位置,而不是笼统地说“导航不好用”。
假设一个例子:某服务页面原本放在“关于我们 > 业务范围 > 服务项目”下面,用户从首页要点三次。调整后把它提到一级栏目“服务”下,首页到该页变为两次点击,路径更短,用户也更容易在导航里看到。这个例子只说明层级变化带来的路径差异,不代表任何实际项目效果。
导航层级不是改一次就结束。每次新增页面,先判断它属于哪个已有任务,能放入现有栏目就不要新开一级栏目。确实需要新开时,检查是否与其他栏目重叠,重叠就合并。
维护时定期做两件事:一是检查是否有页面被移走后留下失效链接,二是检查一级栏目数量是否又膨胀。失效链接会让用户点进空白页,栏目膨胀会让导航重新变得难找。把这两项列入常规检查,比反复大改更省力。
下一步,拿出你现有的栏目清单,标出每个页面的点击次数,先处理点击次数最多的那个目标页面。