H8.13.3empty search diagnosis设计研究

搜索结果为空时需要给出范围过窄之外的其他可能原因

别名: 空结果原因 · 搜不到 · zero results diagnosis

概念解释

框里没扫到匹配时,最常被说的原因是「词太窄、再放宽」。在自己的内容库里,空结果还有一串同样常见的原因:对象在回收站或归档里、当前空间不对、没有权限、字段没覆盖正文、拼写与标题不一致、还在别人的草稿。空态必须把这些可能摊开,并给出可点的改法,而不是只写「试试更短的词」。站点搜索的零结果页是另一层;这里专管个人或团队内容定位失败时,除了查询本身还有什么。

机制

空结果会立刻被读成「不存在」。若真实原因是权限或空间,人会去重新创建一份,造成重复;或以为被删,去责备同事。诊断把「没有命中」拆成可检验的假设:在别的空间?已归档?字段没搜到正文?每一条假设对应一个动作(切换空间、包含归档、扩大字段),而不是一句无可执行的安慰。只提供「放宽关键词」会挡住这些动作。诊断还要诚实:系统不知道的原因不要编。能确定当前筛选排除了归档,就写「未包含归档的 n 份」;不能确定有没有权限外的同名项,就不要假装「全库已搜」。

怎么研究

把目标分别放进归档、另一空间、无权限区、仅正文,查询词正确。比较空态只说没找到、空态列出可切换的原因并带入口。

自变量:是否枚举非查询原因、每个原因是否可一键改范围、是否报告「已排除的集合」。 因变量:找到目标的路径是否改道成功、错误新建重复项的次数、仍只改查询词的次数。

实验室若允许人随便点导航,空态的诊断会被绕过。应限制从搜索空态出发。不要把拼写纠错的成功算成诊断成功——那仍是查询层。

边界

查询明显是乱码或尚在输入中,不必甩出归档和权限清单。跨组织的内容本来就不可见,诊断不能暗示「也许在别的公司」。加密库无法在服务端确认「有一份你无权看的同名」,只能说「仅搜索你能打开的」。结果其实不为空、只是被前端滤光了,应先修过滤,而不是写空态文案。

怎么落地

  • 空态列出与当前库相关的非查询原因:空间、归档/回收站未包含、字段仅标题、权限仅你能打开的。
  • 每条原因带一个动作:「包含已归档」「切换到工作空间 X」「搜索正文」。
  • 能计数的排除要写出数字;不能确定的不要编造成功保证。
  • 验证:把一份文件放进归档,用正确标题搜。人应能从空态走进「包含归档」并找回,而不是新建一份。再测无权限项,空态不得声称「不存在」。

延伸

  • 同组H8.13.1 搜索范围需要明确覆盖标题、正文还是附加元数据 · H8.13.2 近期访问与常用项应作为搜索之外的补充定位路径 · H8.13.4 大量同名或相似内容需要辅助信息帮助区分定位
  • 相邻G3.07 零结果处理 · H8.14 内容的生命周期与归档 · H3.08 软删除与回收站
  • 站内检索zero results · empty state diagnosis · search miss

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H8.13.3