搜索结果页要回答三件事：当前搜的是什么、这些结果为什么匹配、没有找到时还能怎样继续。结果数量、关键词高亮和筛选器都应服务于判断；只把搜索框下面放满标题，并不能帮助用户找到正确资料。
以企业知识库搜索“退款”为例，员工可能在找退款规则、审核操作，也可能正在处理退款失败。可以先在墨刀中搭建可点击的搜索结果原型，让同事从输入查询走到具体文档，再返回修改条件。重点观察他为什么点某条结果，而不只是有没有点。
先区分输入建议和提交后的结果
输入“退”时出现的热门词、历史查询或候选文档，属于搜索建议。按下搜索后看到的是一份有查询范围、排序和筛选条件的结果集。两者可以衔接，但不能把输入框里当前高亮的一项，当成用户已经决定打开的结果。
如果用户要在表单中选择一个确定客户，适合使用搜索下拉框的选项确认规则。知识库检索则允许用户先比较多个文档，修改词语或筛选范围，不必立即选定一个值。
结果页顶部持续显示查询词“退款”，并明确范围是“全部知识库”还是“售后空间”。用户修改词语后，旧结果不能在没有提示的情况下假装是新结果；可保留旧列表作为等待背景，同时显示正在搜索的新词，或者用清楚的加载状态替换。
让每条结果给出可判断的匹配依据
假设前三条分别是《退款规则》《退款审核操作》和《退款失败排查》。三条都包含“退款”，只高亮标题并没有提供足够区别。结果卡还需要说明内容类型、命中片段及影响选用的状态。
| 结果 | 摘要应该回答什么 | 下一步 |
|---|---|---|
| 退款规则 · 制度 | 适用订单、申请条件和生效状态 | 查看适用条件 |
| 退款审核 · 操作手册 | 审核人需要检查的资料和处理步骤 | 打开审核操作章节 |
| 退款失败 · 排障指南 | 覆盖哪些失败提示，需要准备什么信息 | 定位对应错误原因 |
摘要优先取与当前查询相关的段落，而不是统一截取文档前几十个字。高亮只用于强调真实命中，不把系统补写的词伪装成原文。若匹配来自附件内容，应明确标出附件名称；若显示的是AI生成摘要，也不应把摘要当作文档的精确原句。
更新时间不是质量排名的替代品。历史制度可能更新较近却已失效，因此“现行”“已废止”等业务状态比单纯时间更值得突出。负责人、文档类型和所属空间也应按实际任务选择，不必把所有元数据塞进同一张卡。
筛选条件要让人知道自己排除了什么
搜索“退款”后限定“制度”，结果中不再出现操作手册，这是合理缩小范围；若员工忘记了这个筛选，却以为系统没有审核教程，就会反复换词。把生效条件显示为可移除标签，并提供明确的“清除筛选”，能让限制持续可见。
筛选组内是“满足任一项”还是“同时满足”，应在交互说明中确定。例如文档类型选“制度、手册”通常表达两类都看，而“所属部门”和“生效状态”可能需要同时满足。不要要求用户通过结果数量变化猜出逻辑。
切换筛选后通常回到结果第一页；打开文档再返回时，应恢复原查询、条件和合理的浏览位置。这两个动作的意图不同。若数据更新导致原结果不在列表中，保留查询条件并说明结果已变化，不必强行恢复一个不存在的条目。
没有结果、没有权限和请求失败不是同一种状态
NN/G的无结果页研究强调，搜索失败后仍要帮助用户继续发现内容。落实到知识库，可以先解释当前查询与限制，再给最可能有效的调整动作，而不是只画一张空盒子。
| 情况 | 界面反馈 | 可执行出口 |
|---|---|---|
| 关键词有结果，当前筛选下没有 | “当前筛选下未找到‘退款’相关制度” | 清除文档类型筛选 |
| 查询本身没有匹配 | 保留原词，说明未找到匹配内容 | 修改查询、查看相关分类 |
| 输入可能有错别字 | 展示建议词，并说明是否仍在搜原词 | 用户确认后改用建议词 |
| 请求失败 | “搜索暂时未完成” | 重试，保留查询与条件 |
权限处理尤其需要谨慎。结果数量、摘要和文件名本身可能泄露内容，不能先展示所有命中，再在点击时挡住。产品应与研发约定过滤发生在哪一层；只有业务允许披露文档存在时，才展示申请访问入口。无权得知的资料不应被“猜你想找”暴露。
用一份结果约定交付，而不是只交一张列表
交付时为每种结果规定：稳定标识、标题、对象类型、摘要来源、跳转位置、权限规则和失效状态。再为整页补上查询提交时机、排序含义、分页方式、返回恢复及失败重试。这样研发不会只能根据静态图片猜行为。
走查可以使用三条任务：“找到现行退款条件”“找到审核时需要的资料”“处理退款失败”。先不告诉测试者应该点哪一条，记录他看了哪些信息、是否改词、在哪里退出。结果页的价值是缩短找到合适内容的路径，并不意味着所有访问都必须点击第一条。
准备好三组真实文档信息后，进入工作区连接结果卡、筛选与返回路径，先演示“有结果→打开→返回→筛选无结果→恢复”这一条完整任务，再完善视觉细节。
