G2.03.1associative navigation and lateral jumps设计研究
关联导航提供跨层级的横向跳转
别名: 相关链接 · see also · 横向跳转
概念解释
任务经常横着走：看完这款沙发要看配套茶几，读完这条政策要填它引用的那张表。这两件事在分类树上可能分属不同枝，按层级走就要先爬到共同祖先再下行。关联导航（associative navigation）在当前页提供指向相关对象的入口，让人跨层级横向跳转，不必完成那次往返。
它是导航动作，不是把整站改成超文本。链的两端仍可以各有父类；这条链只负责「从这里直接到那里」。
机制
层级边表示「属于」，关联边表示「一起用」。人的下一步常常由第二种关系驱动：兼容配件、互引条款、同一作者的另一篇、刚看过的对象的状态页。若只有层级边，跨枝任务的最短合法路径是上爬再下钻，中间经过的节点与当前目标无关，气味在途中断裂，人容易在祖先页走丢。
横向跳转把那条与任务共现的边直接画出来。气味来自关系类型本身——「配套」「引用」「下一章」比父类名更贴近正在做的事。跳转成功的条件是两端对象在用户模型里已经相关；把不相关的对象链在一起，横向入口就变成噪音，第一次误点之后会被学会忽略。
怎么研究
用跨枝任务对照「只许走树」和「允许相关链接」。
- 范式：在树测试之外加一条「相关」边，看跨类任务的路径长度；日志里统计从详情页点「相关 / 配套 / 参见」的比例与后续成功。Pirolli 的信息觅食框架里，关联链接是另一块斑块之间的气味通道。
- 自变量：有无横向入口、关系类型是否写明（配套 vs 含糊的「更多」）、两端在分类树上的距离。
- 因变量：跨枝任务的点击数、是否经祖先页绕行、点了关联链接后的任务完成率。
- 方法论注意点：树测试默认没有横向边，会高估层级作为唯一通路时的成本。要单独设计跨枝任务，不要只用「在该类目下找一件商品」这种沿树任务来评价关联导航。
边界
单一线性流程（结账、开户）下一步是规定好的，横向跳转会把人带出流程。强权限对象不能因为「相关」就被链到无权访问的节点。推荐算法生成的「你可能还喜欢」是个性化斑块，不一定是架构上的关联边，稳定性与解释都不同。内容之间没有真实共现关系时，硬做关联导航只会增加迷失。
怎么落地
- 先为跨枝任务列关系类型：配套、引用、顺序上的下一步、同一实体的另一视图，然后只为这些类型做入口，不要做泛「相关内容」池。
- 入口放在当前对象旁边，文案写出关系，而不是只放一组缩略图。
- 横向跳转到达的页仍应能走回主结构（父类、主导航仍在），否则这是一次单程传送。
- 验证：选 5 条必须跨类才能完成的真实任务，禁止使用搜索。没有关联入口时记录绕行层数；加上之后若仍回到祖先页再往下走，说明入口气味不足或链错了对象。