导航层级要方便用户查找,核心不是把菜单做得越细越好,而是让用户在每个页面都能回答三个问题:我在哪、我能去哪、怎么回去。对已有页面或项目做改进时,先统计用户从首页到目标内容需要点几次,再看菜单名称是否和用户说法一致,最后检查移动端是否把层级压得过深。判断标准很直接:常用内容在三步内到达,任何页面都能返回上一级或首页,同级入口含义不重叠。
不要凭感觉改导航,先做一次路径清点。把当前网站的主要栏目列出来,从首页开始,逐条记录到达每个重要页面需要经过的点击次数和菜单名称。例如一个张家界本地服务网站,假设用户要找“景区门票预订说明”,实际路径是首页→产品中心→门票服务→预订须知,共四次点击,这就偏深。这里的三步不是硬性规定,而是一个便于复查的参考线:超过三步的常用内容,值得考虑上移或增加快捷入口。
观察时重点看三种现象。第一种是同级菜单里出现含义相近的词,比如“案例展示”和“客户案例”并列,用户无法判断该点哪个。第二种是栏目名称用了内部习惯用语,用户看不懂。第三种是移动端菜单展开后需要反复返回,导致用户中途放弃。把这些问题记成清单,比直接重做整站导航更可控。
导航层级是否方便查找,取决于分类逻辑是否和用户的查找方式一致,而不只是菜单有几级。可以从三个角度判断。
对已有项目,不建议一次性推翻全部结构。可以先选一个查找问题最集中的栏目做试点,改完后对比用户是否能更快到达目标页,再决定是否推广到其他栏目。
下面是一套可以直接在原有项目上执行的调整步骤,适用于页面已经存在、只需要改进导航的情况。
处理时注意一个条件:如果网站内容本身很少,强行做三级菜单反而会增加点击负担。内容规模较小时,扁平结构更合适;内容规模大、类型多时,才需要更细的分组。
调整完成后,不要只看页面是否美观,要用具体检查项验证。可以找几位不熟悉该网站的人,给出几个查找任务,例如“找到预约方式”“找到退改说明”“找到联系方式”,观察他们能否在不询问的情况下完成,并记录点击路径和犹豫点。
复查清单可以包括:
如果复查中发现用户仍然频繁走错,优先检查名称和分组,而不是继续增加层级。多数“找不到”的问题来自命名不清,而不是入口不够多。
选一个当前查找问题最明显的栏目,按上面的观察、判断、处理、复查顺序做一次小范围调整。改完后用三到五个真实查找任务验证,再决定是否把同样的方法应用到其他栏目。