G2.06.3mixed global and local nav scope errors设计研究
两者混排会造成范围误判
别名: 全局局部混排 · scope misread · 导航范围误判
概念解释
全局项的范围是全站，局部项的范围是当前枝。把它们排进同一条视觉带、用同一套样式、不分组，人就无法用位置来读范围。混排造成范围误判：把只在本枝有效的入口当成全站都能用，或把全站入口当成「只有这一页才有」。点下去之前的预期已经错了，点下去之后的责怪会落到整站导航上。
误判的不是标签写错，是范围没被视觉结构说出来。
机制
范围默认从分组和位置推断。顶栏中段被读成全站，侧栏或二级横条被读成「这一区」。混排破坏这套约定：把「退货政策」插进顶栏，人会以为每个栏目都有一份独立退货政策可从顶栏到达；把「产品」降进当前栏目的侧栏，人会以为离开这一页就再也去不了产品。一次误判会改写之后所有跳转的起点——该换枝时继续在局部里找，该留在枝内时跑去全局里找。
样式同盟也编码范围。局部项若与全局项同字号、同颜色、同点击热区，分组再近也读不出来。营销常把当前活动的局部入口抬进全局带以求曝光，短期点击上升，长期把那一项的范围教错：活动下线后，人还在全局带里找它，或以为别的局部入口也可以被抬上去。
怎么研究
问范围，不要只问「你觉得该点哪」。
- 范式：给混排与分组两种导航截图，逐项问「这个入口在别的栏目里还有吗」。再做跨页任务：从 A 枝点一个被插进全局带的局部项，看人是否预期 B 枝顶栏里还有它。
- 自变量：全局与局部是否分区域、是否同分样式、局部项是否被提升进全局带。
- 因变量：范围判断正确率、跨枝后寻找已提升项的次数、把全局项当成枝内入口的次数。
- 方法论注意点：内部员工知道哪些是全站的，会掩盖混排伤害。要找没见过该站的人。问法必须点名「别的页还有没有」，否则人们只按气味选词，测不到范围。
边界
全局只有两三项、局部也只有两三项的小工具，混在一条里仍可能靠文案区分（「账户」对「本章」），但文案一含糊就立刻误判。响应式折行把两条导航收进同一个汉堡时，混排几乎必然发生，需要在汉堡内部再分组。个性化槽位插进全局带，等于系统替你混排，范围误判会随推荐变化而漂移。
怎么落地
- 全局与局部分开放：不同的条、不同的栏、或同一容器内用分隔和标题分成两组，不要做一条无分隔的词带。
- 局部项需要曝光时，在局部区域加强，而不是提升进全局成员名单。
- 汉堡菜单里仍保持「全站 / 本区」两个小节，合上之后可见区域也不要把局部项留在全局槽里。
- 验证：把导航截图交给未参与设计的人，逐项问「换一个栏目后这项还在吗」。答错的每一项都是混排造成的范围误判。再抽一项被答成「全站都有」的局部入口，真的换栏目看它是否还在——还在则它已被错误地全局化，应撤回局部。