把搜索做成工作入口

摘要

昨天我优化了一个搜索面板。最早的问题很小：用户点了标签，再删掉输入框里的字，下面结果就空了。

这个问题背后其实是设计逻辑没分清：标签到底是搜索词，还是筛选条件？我最后把标签改成真正的筛选状态，并把搜索结果做成一个能继续操作的小入口。

这篇文章讲的是为什么搜索不应该只是“查到东西”，而应该帮助用户继续完成工作。

一个小 bug 暴露的设计问题

用户一开始进入搜索面板，可以点一些快捷标签。比如按状态、平台或类型筛内容。

但当标签被塞进输入框以后，就会出现一个怪问题：用户删掉这几个字，结果也没了。

从程序角度看，这也许合理。输入框空了，搜索词没了。但从用户角度看，他刚才点的是筛选，不是输入关键词。他只是想清掉文字，不是取消筛选。

这就是问题所在：系统把两个不同意图混在了一起。

标签应该是筛选状态

我把快捷标签从“输入框里的文字”改成了独立状态。

这意味着，关键词可以为空，但筛选仍然存在。用户可以看见当前筛选条件，也可以单独移除某一个条件。

这样以后，搜索面板就不再依赖输入框一件事。它有关键词，也有筛选状态。两者可以组合，也可以分开。

这个变化看起来不大，但交互感觉会立刻变顺。用户不用担心删字以后页面突然空掉。

搜索结果为什么要带上下文

一开始的搜索结果只展示标题，信息太少。

但用户搜索一篇内容时，通常不是为了确认它存在。他更想知道：这篇是什么时候的？属于哪个账号？现在是什么状态？能不能继续编辑？文件在哪里？能不能发布？

所以我给结果补了上下文：日期、账号、平台、状态、类型。这样用户不用点进去，也能判断下一步该做什么。

这和普通站内搜索不太一样。这里的搜索是工作台里的搜索，它应该服务后续操作。

为什么我把它做成小入口

我最后把搜索结果做成了一个小型工作入口。

点击卡片主体可以预览，旁边可以编辑、打开位置、继续发布。已删除或不适合发布的内容，就不显示会误导用户的操作。

这样用户从“我记得有这么一篇”到“我现在处理它”，中间少了很多跳转。

这也是我对工作台搜索的理解：搜索不是档案柜，而是入口。

长期收益

长期看，这会让内容库变得可操作。

内容越多，靠日期和目录找东西就越慢。搜索如果只返回标题，仍然需要用户自己拼上下文。搜索如果能带状态和操作，它就能承担一部分调度功能。

这对后续自动排期、批量处理、内容复盘都有帮助。因为搜索结果本身已经变成了一个结构化入口。

FAQ

标签和关键词为什么要分开？

因为它们代表不同意图。关键词是用户输入的内容，标签是筛选条件。混在一起会导致误删和误清空。

搜索结果为什么要放操作按钮？

因为用户搜索后通常想继续处理，不只是阅读结果。

这样会不会让搜索面板太复杂？

关键是保持紧凑。信息要够用，但不能堆满。状态和操作都应该围绕下一步任务。

摘要