设计查询条件时，别顺手把搜索框加上

列表页的搜索框，真的是标配吗？本文从场景出发，提出三个判断条件，帮你决定是否值得加搜索框。若确需添加，则深入探讨搜索与筛选的配合、搜索能力设计、结果排序与空态处理等关键细节，并教你用数据验证搜索框是否沦为“装饰品”。

———— / BEGIN / ————

在做列表查询条件设计时，顺手加个搜索框几乎成了默认动作，好像不加就不完整，但搜索框真的有必要吗？

做列表、台账等页面的查询条件时，几乎总是下意识把搜索框加上去，像标配一样，这种场景对于B端产品经理应该再熟悉不过。很多人把搜索框当作筛选条件的加强版和兜底方案，查不到的就用搜索框来搜，但加搜索框不是画一个输入框这么简单，加搜索框意味着要做关键词匹配、联想、结果排序、空态处理，还要考虑权限过滤和后续维护。这些成本不是每个场景都值得投入。

一、有没有必要加

很多搜索框是为了“完整”而加的。但从场景、需求的角度来分析到底要不要加，可以根据以下三个条件判断：

• 筛选后的数据量仍然大。如果筛选条件组合查询后，数据量已经缩小到几十条，一页或分几页能看完，不需要搜索。如果筛选后仍然有几百上千条数据，用户需要在大量结果中快速定位到某一条时，才谈得上要“搜索”。

• 查找目标明确，且筛选维度覆盖不到。用户知道自己要找什么，例如名字、编号、品类等，搜索才有意义。这些搜索对象的唯一标识选项太多，无法枚举，不能做成筛选条件。如果用户查找的目标都能通过现有筛选维度覆盖，就不需要搜索。

• 查找明确目标的频率高。如果用户只是偶尔找一次，筛选后翻一翻就够了。但如果用户天天找，每次都要快速定位，才值得为搜索投入成本。

举个例子，结算台账有几千上万条数据，但按“月份”、“状态”、“提交人”等条件筛选后数据量已经可控，且业务员平时也很少按单号查找，这种情况下三个条件都不满足，把筛选条件做好、默认值设置合理，远比加一个搜索框更有用。

二、如果加，搜索框和现有查询条件怎么配合

如果判断下来要加搜索框，它和现有的筛选条件是配合关系。两者都是帮用户在数据里找到目标，但方式截然不同，配合的原则是别让搜索重复筛选条件的活。

• 筛选：用户清楚自己要什么条件，鼠标点几下就完成，比如状态、月份等，适合处理维度明确，选项可枚举的查找。

• 搜索：用户清楚要找什么，但选项太多没法做成筛选条件，比如单号、合同名称等，适合处理唯一表示、长尾、不可枚举的查找。

两者放在一起，用户的典型路径是先用筛选条件缩小范围，再用搜索精确定位，或者目标非常明确时直接用搜索一步到位找到唯一对象。

三、搜索能力怎么做

如果加了搜索框，接下来要决定搜索能力怎么做。这个问题决定搜索能力的投入方向，也是B端和C端最根本的区别。

• 确定性搜索：常见于B端，用户知道要找什么，输入的是单据号、合同名称等。这类搜索要的是精确匹配、前缀匹配、输入时联想并直接定位，结果按业务规则排序（例如时间顺序、状态顺序），而不是相关性，可以把用户想要的目标最快找出来。

• 模糊性搜索：常见于C端，用户只有一个大概想法，输入的是品类、场景、口语化描述。这类搜索需要联想词、纠错、热门推荐、个性化排序，因为用户自己都说不清想搜什么。

要验证用哪一类搜索能力，可以把用户的搜索词拉出来看一遍。如果大量是编号、专有名词则属于确定性场景，反之大量是口语词、形容词则属于模糊场景。虽然方法很土，但数据会告诉你该往哪投。

四、搜索结果怎么返回

搜索结果如何排序，以及空态如何处理，是决定搜索好不好用的关键，也是需求阶段最容易漏掉的考虑。

• 排序：在B端场景中，结果优先按业务逻辑排序，例如时间、状态、金额、等级，而不是搜索引擎意义上的相关性，B端系统里没有足够的点击反馈去调相关性。在C端场景中累计到一定反馈数据后可以依据相关性对结果进行排序。

• 空态：当搜索结果返回为空时，要先判断是真没有，还是没搜对。用户输出编号、格式不对、记错名称，都是常态。好的做法是给一句引导，例如“没有匹配’XXX’的单据，请检查编号是否正确，或者试试名称搜索”，而不是给一个干巴巴的“暂无数据”反馈。这层引导在B端比C端更重要，因为B端用户往往在处理一笔具体业务，卡在搜索上，整个流程就断了。

这一步不用着急画原型，还是从场景倒推。

• 高频使用、搜索是主路径的功能：入口给搜索框，用户一眼可见。

• 低频但重要的功能：入口给个图标就行，不占主界面，用户有需要再点击图标展开搜索框。

表格、台账这类页面，搜索和筛选条件通常放在一起，形成统一的查询区，作为一套组合工具方便用户使用。

六、加上搜索后怎么验证

加了搜索框，不等于功能成立。上线后要用数据回看，这一步很多团队漏掉了，重点可以看几个指标：

• 使用率：进入页面查询区后，有多大比例的用户点击了搜索框。

• 搜索词与筛选条件的重合度：如果搜索词大量集中在“状态”、“月份”、“等级”这类筛选条件已覆盖的维度上，说明搜索在重复筛选干的活。

• 空结果率：搜不到结果的比例高不高。比例高可能是搜索词引导没做好，也可能是这个场景根本不适合搜索。

• 搜索结果后的行为：搜到之后，用户是直接定位，还是又回去用筛选条件？

如果搜索框使用率很低、搜索词和筛选条件重合度高，基本可以确定搜索框是“装饰性”搜索框，并没有发挥有效作用，现在可以砍掉或者弱化。

七、总结

即便是一个小小的搜索框，也不应该顺手加上，而是经过深入思考后再决定加不加。先判断有没有必要，三个判断条件都满足才值得加。如果需要加，再想清楚应该怎么加，模糊搜索还是确定性搜索、返回结果怎么排、入口怎么给，都要分析。加了之后，用数据验证如果使用率低、搜索词和筛选条件高度重合，就是装饰性搜索框，该砍就砍。

产品的体验，往往藏在这些看似不起眼的细节里。只有打磨好产品的每一处细节，不做多余的功能，才能让产品更好用，吸引更多用户使用。

本文来自作者：飞上天的狗