G2.09.1utility navigation设计研究
工具性导航承载与内容结构无关的功能入口，如登录、设置、购物车
别名: 工具导航 · utility nav · 账号与设置入口
概念解释
工具性导航（utility navigation）放的是对整站都成立、却不属于内容树的功能：登录、账号、设置、购物车、语言、通知。它们不是某一类内容的父亲，不回答「内容属于哪」，只回答「我对这个系统能做什么」。把购物车塞进「产品」类、把设置塞进「帮助」类，是在用内容结构去假装工具入口。工具项跨页存在，但不进入内容层级的深度计算。
登录不是「账户」主题下的一篇文章；购物车不是「商品」的子类。结构角色不同，入口也应从内容导航里拆出来。
机制
内容导航按分类气味工作；工具入口按任务状态工作（未登录 / 车里有货 / 有未读）。两套线索混在同一阵列，分类气味被状态词打断，状态入口被当成又一类内容。人找「发票」时扫过「登录」，找「登录」时要在主题词里搜，两种任务互相干扰。
工具项的目标通常是一个功能表面而不是一篇内容，返回语义也不同：从设置回来应还在原来的内容页，而不是被送回设置所属的假想父类。混进内容树会把这条返回也搅乱。
怎么研究
分开测「找一篇内容」和「到达一个工具功能」，看入口放在内容树里还是独立工具区。
- 范式：已知项内容任务 vs 登录/设置/购物车任务；入口混排 vs 分区。记录找工具时在内容类目上的误点，以及找内容时对工具项的注视。
- 自变量：工具项是否出现在主导航类目中、工具区是否跨页位置固定。
- 因变量：工具任务的首次点击是否落在工具区、内容任务是否被工具项截走、用户能否说出「这些不是栏目」。
- 方法论注意点：购物车在电商有极高优先级，实验室若只测内容查找，会得出「工具项不该显眼」的错结论。两类任务都要有。登录墙后面的内容任务会把登录误当成内容路径的一层，要单独编码。
边界
「我的订单」既是工具（账号下的功能）也是内容集合，可以在工具区放入口，同时在内容结构里有「订单」对象，但两个入口必须指向同一对象，不能做成两套。应用的底栏若把「首页 / 分类 / 购物车 / 我的」做成同一级，购物车是工具项占据了一个主导航槽，这是平台惯例，要在权重和标签上仍标明它不是类目。仅内网、人人已登录的系统，登录项可以消失，设置仍是工具而不是内容类。
怎么落地
- 列出登录、账号、设置、购物车、语言、通知，从内容导航的类目名单里拿掉，放到单独的工具区。
- 工具区跨模板位置固定，不随当前内容枝变化。
- 验证：给一组人只找内容、给另一组只做登录或打开购物车。内容组不应把工具项当栏目点；工具组不应钻进内容树。交叉误点，就是还没拆开。