目标模糊时浏览提供发现空间
别名: 探索性检索 · berrypicking · 模糊目标浏览
概念解释
目标还说不清「那一个」是什么的时候，用户处于 Belkin 所说的知识异常状态（anomalous state of knowledge, ASK）：能感到缺口，却写不出足以命中目标的查询。这时真正有用的是探索性检索（exploratory search）和浏览提供的发现空间——看得见有哪些类、邻近放了什么、别人会怎么称呼它。家居店里「阳台上能放、不怕潮」并不是一个可检索的商品名；政策库里「跟远程办公有关的那堆」也不是文号。浏览把集合摊开，让人用看到的例子把目标从模糊收成可命名。
发现空间不是装饰性的推荐墙。它是在查询词尚未成型时，用可见结构代替那次键入。
机制
查询要生效，用户得先拥有与索引共享的词。ASK 状态下共享词还不存在：用户的内部描述是情境和约束（潮湿、阳台、能坐），索引里的词是品类和规格（户外椅、防锈、IP 等级）。硬搜会得到空集或被字面碰巧命中的无关项，反馈无法教用户「这里的语言是什么」。
浏览和主题探索把集合按可扫描的差异切开。人在一个邻域里看到若干实例，实例上的标签反过来供给下一次查询——Bates 的采莓（berrypicking）把查找写成一条不断改词、不断改方向的路径，而不是一次提问一次答案。信息气味在这里判断的是「这一带还值得停留」，不是「这一条就是目标」。没有可停留的邻域，探索会退化成对搜索框的反复空打。
采莓依赖能被瞥见的邻项。把探索压成「请输入关键词」等于要求用户先完成探索的产物（一个精确查询），再用产物去启动探索。
怎么研究
把任务写成「你还说不出名字的需求」，而不是发给一个目标标题。
- 范式：Marchionini 式探索任务（了解一个主题、比较几种方案）；Bates 采莓路径的过程追踪（每次查询、每次类目跳转、每次改口）；ASK 访谈先引出缺口再观察第一动作是搜还是逛。
- 自变量：是否提供可浏览的主题邻域、邻域的标签来自用户用语还是内部代号、结果旁是否露出近邻。
- 因变量：第一次说出可检索词之前经过的步数、词汇是否从界面标签中习得、结束时能否讲清选了什么以及为什么。
- 方法论注意点：用已知项任务来评估探索界面，会把「发现」判成无效率——被试本来就不该在逛。查询次数多在采莓里是正常策略，不是失败。日志若只记最终提交的查询，会丢掉查询出现之前那段靠浏览完成的学习。
边界
时间极紧、只要一个可接受答案时，人会退化成键入最粗的词然后将就第一条，浏览的发现价值来不及兑现。集合没有可理解的差异（所有项长得一样、标签重复），摊开也构不成邻域，探索会迷路。合规或安全场景里「看见不该看见的邻项」是泄露，发现空间必须受权限裁剪，不能把探索当成无过滤陈列。专家已经持有精确查询词时，强迫经过浏览层是在收税。
怎么落地
- 为说不清名字的任务提供可扫描的入口：主题、场景、约束，而不是只留一个空搜索框。
- 每个浏览节点露出若干真实实例和它们被称呼的词，让下一次查询有词可借。
- 探索过程中保留已看到的邻域（面包屑、已选主题），不要每点一次就清空上下文，否则采莓路径被掐断。
- 验证：找还不能命名目标的人，不给任务书上的标准名称，看他们能否在界面上第一次说出后来用来搜索的那个词。词若来自界面标签，发现空间在工作；词若只能靠被试事先知道，浏览只是另一排链接。