导航层级要方便查找,核心不是把栏目做多,而是让用户在三次点击内判断出“我在哪、下一步去哪”。对淮北网站开发项目来说,多人协作时最容易返工的地方正是导航:设计、前端、内容编辑各按自己的理解命名栏目,最后用户找不到入口。下面这份清单可以直接用于需求评审和上线前验收。
要查什么:每个一级栏目是否有明确的内容归属,是否存在两个栏目装同类内容。
怎么查:把栏目结构写成树状列表,逐条标注“谁负责更新、内容从哪来、多久更新一次”。对内容来源说不清的栏目,先合并或删除。
结果说明什么:如果两个一级栏目下的内容可以互换,说明层级是按部门而不是按用户任务划分的,需要重排。用户找的是“我能办什么”,不是“贵单位怎么分工”。
要查什么:从首页到具体内容页需要点击几次,重要内容是否只有一条路径能到达。
怎么查:随机抽十条高频内容,从首页开始实际点击,记录步数。再检查这些内容能否从导航、列表页、相关推荐等多个入口进入。
结果说明什么:超过三次点击才到达的内容,用户流失概率明显上升。只有单一入口的内容,一旦该入口改版就会“消失”。建议高频内容控制在两步内,并保留至少两个入口。
要查什么:用户能否只看导航文字,就判断出该点哪里。
怎么查:找三到五名不参与项目的人,给出具体任务,例如“找到企业注册需要的材料”“查看某类服务的办理流程”,只观察他们点哪里,不提示。
结果说明什么:如果多人第一反应点错栏目,说明命名偏内部术语。把“业务办理”改成用户会说的词,比增加栏目更有效。测试记录要写清“谁点错、点了哪、卡在哪一步”,方便协作时对齐修改。
要查什么:首页、栏目页、内容页的导航位置和顺序是否相同,当前所在栏目是否有高亮。
怎么查:在手机和电脑上分别打开各层级页面,对比导航项顺序,确认当前栏目有视觉区分,面包屑路径与实际层级一致。
结果说明什么:顺序跳变会让用户怀疑自己走错页面;缺少当前位置提示,用户只能靠返回键。面包屑与栏目树不一致,通常是改版时只改了一处,属于典型返工点。
<h2> 只用于内容分区,不因为要“看起来像导航”而滥用。下一步:把上面的查找测试任务写成三条具体问题,连同栏目树一起发给设计和内容负责人,在开发动工前确认一遍,能省掉上线后的大部分导航返工。