导航层级是否方便用户查找,不取决于菜单做几级,而取决于用户能否在三次点击内判断“我在哪、下一步去哪”。对已有六安企业建站项目来说,改进方向通常是压缩层级、让分类名称贴近用户说法、并保证移动端和桌面端看到的是同一套逻辑。若一个产品要经过“首页—产品中心—分类—子类—详情”五层才能打开,问题不在用户不会点,而在层级本身没有承担筛选作用。
打开站点,把主导航、侧栏、页脚和面包屑里出现的链接全部列出来,逐个标记它属于哪一类内容、有多少页面、最近是否有更新。判断依据可以看三点:
如果出现以上情况,说明层级不是被内容撑开的,而是被历史栏目撑开的。此时优先合并和删除,而不是继续加二级菜单。
对多数六安企业建站项目,可以按下面的分工处理:
如果某类内容确实需要更多层级,可以先问:用户是否必须逐级判断,还是可以直接从列表页筛选。能用筛选解决的,不必再开一层导航。
导航文字是用户判断“这里有没有我要的东西”的第一依据。改进时可以拿现有页面的标题、用户咨询里常出现的说法、站内搜索记录做对照,把导航名称换成更直白的表达。比如“解决方案”下面如果实际都是按行业分的案例,直接写成行业名更容易被理解。
同时检查两点:同一类内容在不同位置是否用了不同叫法;导航名称和点进去后的页面标题是否一致。不一致会增加用户的判断成本,也会让返回时找不到原来的位置。
改动前,找三到五个不熟悉站点的人,给出一个具体任务,例如“找到适合餐饮门店的产品并看到联系方式”,记录他们点击的路径和停顿位置。改动后再做一次同样的测试,比较完成时间和走错次数。
判断结果时注意适用条件:如果测试者本来就知道站点结构,结果不能说明问题;如果任务本身描述模糊,也不能只怪导航。更稳妥的做法是同时看站内搜索词和页面跳出情况,把“用户找不到”与“用户不想看”分开。
移动端空间有限,常见做法是把第一层收进菜单按钮,但层级关系不应因此改变。检查项包括:移动端展开后能否看到与桌面端相同的分类;返回上一级是否回到正确位置;面包屑是否仍然可见。若移动端为了省空间隐藏了中间层,用户会直接落到内容页,失去筛选机会。
对已有项目,建议先改一层导航并观察一段时间,再决定是否继续调整。下一步可以选一个访问量较高、层级较深的栏目,按上面的清单做一次合并或改名,用实际路径验证用户是否更快找到目标页面。