G3.11.1query reuse设计研究
历史降低重复输入成本
别名: 搜索历史 · re-finding · 查询复用
概念解释
同一查询会被键入第二次、第三次。查询复用（query reuse）靠的是把已经成功或至少发出过的字符串存下来，下次用选择代替敲打。Teevan 等人指出网络查找里很大一块其实是再找到（re-finding）：人不是在发现未知对象，而是在回到上周那份文档、那件商品、那个错误代码。历史降低的是重复输入的运动与回忆成本，不是第一次构造查询的成本——那是建议和示例的工作。
把历史理解成「最近打开的页面」会窄掉。页面历史回到的是地点；查询历史回到的是当时用来描述需求的那句话。两句话不同，同一地点也可能要用另一句才能再找到。
机制
短查询的熵很低，但把一个月前的精确串从陈述性记忆里抠出来仍然贵：用过的同义词、当时加的限定词、拼错后将错就错的版本，都比「大概搜过这个」难再生。历史把再生变成再认——看见那一行就知道是自己写过的。再认比再生快，也更不容易换成近义但召回不同的新串。
日志研究反复看到重复查询占全部查询的可观比例。重复不是失败，是工作循环：监控同一议题、核对同一库存、把临时检索做成日常入口。若每次都从空框开始，循环被收成了打字税，人会改用书签或把查询抄到别处，搜索框失去它本可承担的再找到通道。
怎么研究
用查询日志量重复，用再找到任务量省下的输入。
- 范式：在真实或实验室日志里标注同一用户的重复串（完全相同 / 轻微编辑）；实验室再找到任务比较「空框」「自动补全」「可点的历史列表」三种起点。
- 自变量：历史是否可点、保留条数与时限、是否按站点或账号同步。
- 因变量：重复查询中直接取自历史的比例、再找到任务的击键数、改写成近义新查询的次数、到达已知目标的时间。
- 方法论注意点：日志里的重复包含机器人、分页和刷新，要按会话去重后再算「有意复用」。实验室若提供的目标标题已经等于查询串，测到的是复制粘贴，不是回忆成本。
边界
一次性、高隐私的查询（病症、诉讼、薪资）被留下反而增加风险，复用收益被隐私成本压过，这类查询不该进入持久历史。共享设备上历史会变成别人的快捷方式，复用的主体错了。查询本就是错的或已过时（活动结束、商品下架），一键复用会把人送回失效结果，需要时效或失效标记，而不是无条件省输入。
怎么落地
- 在搜索框聚焦时提供可点的近期查询，按时间倒序，足够覆盖「我昨天搜的那个」。
- 点选后直接发出该查询，不要只填入再等一次回车，除非用户正在改写。
- 对明显过期的查询标时间或失效，避免无提示地复用死链。
- 验证：让用户完成一项必须隔日再找到的任务，比较有历史与清空历史的击键数和完成时间。若有历史仍几乎整句重打，入口不够可发现，或列表里找不到那一条。