G3.12.2persist query across scope switch设计研究
范围切换后应保留查询词
别名: 切换保留查询 · scope change query · 跨范围重搜
概念解释
人改的是集合边界，不是需求描述。从「本栏目」切到「全站」，或从「当前邮件文件夹」切到「全部邮箱」，查询词应被保留并在新范围里重新执行。清空输入框等于强迫把刚构造好的那句话再敲一遍，把一次范围修正变成了一次新的查询构造。
保留的是字符串，不是上一个范围里的筛选、排序和滚动位置。那些状态绑在旧集合上，跟着走会说谎；查询词描述的是需求，跟得上新集合。
机制
范围切换通常发生在结果令人失望之后：太少、不对、或缺了已知对象。此时工作记忆里还活着那句查询，注意力已经转向「是不是搜错地方」。若切换把框清掉，再生那句话要跟失望竞争资源，人会改用更短、更含糊的替代串，或直接放弃。日志里常见的「同一会话、短间隔、几乎相同的查询出现在不同范围」就是这种修正，不是两次独立查找。
从工程上看，范围是查询的修饰语。改修饰语应保持中心语。把整份请求对象重置，是把「换场地」做成了「重打比赛」。
怎么研究
把范围切换当成查询改写的一种，而不是导航跳转。
- 范式：给一项已知目标放在当前范围之外的任务，提供范围切换；比较切换后框内是否仍是原串、是否自动重跑。查询日志可统计切换事件前后查询串的编辑距离和为空率。
- 自变量：切换后查询是否保留、是否自动提交、是否连筛选一起带走。
- 因变量：切换后的再击键数、改写成更短查询的比例、任务完成率、切换后立刻放弃的比例。
- 方法论注意点：若目标其实在当前范围内，被试不会去切范围，测不到保留。要把对象放在范围外。自动提交与只保留不提交是两个设计，完成时间和误触发要分开记。
边界
查询包含明确绑在旧范围上的词（栏目专有的内部代号、仅该文件夹才有的标签）时，原串在新范围里可能召回噪音或零结果；保留仍应发生，但需要提示「这句话是按上一范围写的」。从全文搜索切到「本页查找」（页内高亮）时，长查询可能不再是合法的页内模式，保留之后要说明匹配规则变了。空查询的切换没有字符串可留，只应更新范围状态。
怎么落地
- 范围选择器改值时，输入框里的字符串不动；若产品逻辑是「立即搜」，用原串在新范围重跑。
- 不要把旧范围的筛选芯片一起带走，除非该筛选在新集合里仍有定义。
- 重跑后若零结果，保留原串并提供回到上一范围的路径，避免人以为查询丢了。
- 验证：在局部范围搜一条故意不在该范围的词，再切到全局。框里应仍是那条词，且结果按全局重算。若框被清空，或还停在旧结果上，切换没有保住查询。