用户通过检索而非浏览获取内容时，设计快速…

适用于搜索入口、自动补全、结果展示、筛选细化、零结果状态、搜索分析与最佳实践的完整 UX 设计。

适用场景

解决思路

1. 设计完整的搜索体验：覆盖查询输入、结果、过滤、零结果状态和搜索即导航模式，使用户以最少努力和摩擦找到所需内容。
2. 搜索输入框的 placeholder 应描述可搜索内容，例如“Search products, brands, or categories”，而不是只写“Search…”。
3. 输入框宽度应暗示预期查询长度——更宽的输入框鼓励更长查询。
4. 打开搜索视图时自动聚焦搜索输入框。
5. 按 Enter 提交；为触屏用户提供清晰的搜索图标/按钮。
6. 输入查询后显示清除/重置按钮。
7. 输入 2–3 个字符后建议补全，以减少输入。
8. 先显示最近搜索，再显示趋势/热门，再显示预测补全。
9. 在建议中高亮查询词，将已输入部分加粗。
10. 将建议限制为 5–8 条；更多会造成决策负担（Hick's Law）。
11. 允许使用键盘在建议中导航。
12. 在建议中包含导航目的地。
13. 在结果顶部展示精确匹配页面。
14. 当目的地存在时，不要用“无结果”惩罚导航型查询。
15. 使用 List 布局：适合大多数内容类型；便于扫描。
16. 使用 Grid 布局：适合视觉内容（图片、商品、卡片），其中缩略图是主要信号。
17. 按类型分组：当结果跨越异构内容类型（文件、人员、消息）时使用。
18. 显示结果数量，例如“142 results for 'onboarding'”。
19. 对复杂内容类型，显示哪些字段匹配，例如标题、正文、标签。
20. 每个结果显示标题，并高亮查询词。
21. 每个结果显示匹配上下文片段，并高亮查询词。
22. 每个结果显示与决策相关的元数据，例如日期、作者、分类、价格、状态。
23. 每个结果提供足够信息让用户决定是否点击——但不能多到替代点击。
24. 最近性、流行度、标题精确匹配应获得更高排序分。
25. 个性化（用户最近活动、角色、位置）提升已登录场景的相关性。
26. 在重要时向用户展示排序逻辑，例如“Sorted by: most recent”，并允许更改。
27. 显示与当前结果集相关的过滤器，而不是所有可能的过滤器。
28. 标明过滤器计数，例如“Type: Article (24), Video (8)”。
29. 已应用的过滤器应可见，并且可逐个移除。
30. 当应用多个过滤器时，提供“Clear all filters”。
31. 分面搜索（同时按多个属性过滤）适合目录密集型场景。
32. 确认搜索内容，例如“No results for 'onbording'”。
33. 对可能的拼写错误建议更正。
34. 建议相关或更宽泛的词。
35. 提供替代方案：浏览分类、联系支持、查看热门条目。
36. 绝不显示空白页——零结果状态是留存时刻。
37. 追踪 Top queries：用户在搜索什么？缺口表明缺少内容或导航。
38. 追踪 Zero-results queries：用户在搜索什么但系统找不到？
39. 追踪 Refinement rate：用户多常修改查询或应用过滤器？
40. 追踪 Click position：哪个结果位置被点击最多？低位置表明排序较差。
41. 追踪 Search abandonment：搜索后离开的用户——通常是零结果或相关性差的问题。
42. 将零结果视为 UX 失败而非搜索失败——每个零结果查询都是需要解决的缺口。
43. 不要为节省空间而在移动端移除搜索——搜索通常是移动端的主要导航方式。
44. 在输入框中保留查询，让用户无需重新输入即可细化。
45. 记录查询日志，以指导内容、IA 和导航决策——搜索是你拥有的最诚实用户反馈。
46. 设计宽容的搜索：处理拼写错误、同义词、复数和部分匹配。

适用边界 · 注意事项

• 当主要需求是设计浏览结构而非检索时，应改用 `navigation-patterns`。