已知目标时搜索优于浏览
别名: 已知项检索 · navigational query · 指名查找
概念解释
用户已经能叫出目标的名字、编号或一个几乎唯一的属性时，这条任务叫已知项检索（known-item search）。把那串已知字符送进搜索框，通常比沿着类目树往下点更快、更稳。员工要找「差旅报销制度 2024」、仓库要找某个 SKU、通讯录要找某个姓名，目标在任务开始前就已经在工作记忆里，缺的只是一条直达路径。搜索把这条路径变成一次查询；浏览则要求用户先猜对目标被放在哪一层标签下。
已知项检索不是「所有查找都该搜」。它只覆盖用户握有可区分线索的那一类任务。线索不够独特时，键入本身帮不上忙。
机制
浏览的代价随深度和分叉上升：每一层都要在若干标签里做一次气味判断（information scent），判断错了就要原路返回。标签轴若不是用户手里那条线索——记得文件名却面对「部门 / 年份 / 文种」三层——用户还要先完成一次翻译，把已知属性映射到架构师选的轴上。翻译失败看起来像「导航不好用」，根因是已知项并不走类目。
搜索把多个字段做成可键入的键。标题、编号、作者、别名任意一个对上，结果列表就能把目标抬到可扫描的位置。已知项的查询往往接近导航型查询（navigational query）：用户不是在问「有哪些」，而是在说「带我去那一个」。当线索足够独特，结果集很小，扫视成本低于爬树。线索不够独特时，同样的搜索框会吐出一长串近邻，优势消失——那是另一类查找。
怎么研究
用已知项任务把搜索和浏览当成两条可替换路径来比，不要只测「搜索好不好用」。
- 范式：给定确切标题、工号或 SKU，一组只能用搜索，一组只能用主导航；查询日志里把短、高点击集中度的查询标成导航型，与类目点击路径对照。Hearst 的搜索界面研究把 known-item 与主题探索分开报。
- 自变量：线索类型（名称 / 编号 / 部分记忆）、导航深度、搜索是否索引该字段。
- 因变量：首次成功时间、走错层后的回溯次数、查询次数、是否中途放弃改用另一通路。
- 方法论注意点：实验室若把目标名称写在任务书上，等于把线索强度设到最高，会高估搜索优势。现场任务里名称常是残缺的（记错年份、漏了副标题），要用真实线索强度分层。树测试测的是「结构能不能走」，不能拿树测试成功率去否定搜索，两条路径回答的不是同一个问题。
边界
目标没有可键入的独特属性（「那张有点蓝的图」）时，搜索没有键可用，浏览或缩略图扫描才是通路。权限墙会让搜索「找到了却打不开」，看起来像搜索失败，其实是授权。极小集合（二十个设置项）的浏览成本本来就低，再加搜索框的收益接近零。专家把类目结构内化之后，回访已知位置可能比重新键入更快，此时「搜索优于浏览」只对尚未形成空间记忆的人成立。
怎么落地
- 对能被叫出名字或编号的对象，保证搜索索引覆盖用户实际会键入的字段，而不是只索引内部主键。
- 在已知项高发的页面（制度库、工单、通讯录）把搜索放在类目之前，不要让用户先爬两层才看见搜索框。
- 搜索结果对已知项要能靠标题或编号一眼确认「就是这个」，避免用户还要打开才能排除。
- 验证：写出十条真实的已知项（完整名称、残缺名称、只有编号），分别用搜索和主导航去找。搜索明显更慢或找不到的，不是「用户不会搜」，是索引或入口位置没有接住那条已知线索。