关于 search-ux
search-ux 是一项搜索体验设计技能,涵盖从输入到结果和分析的完整流程,适用于希望改善内容查找与站内导航的设计团队。
主要功能
- 01搜索输入与自动补全指南
- 02搜索即导航模式
- 03结果布局与相关性建议
- 04筛选与无结果恢复方案
- 05搜索分析建议
适用场景
- 01设计建议列表与键盘导航
- 02组织多类型搜索结果
- 03改进错别字和无结果处理
- 04利用查询数据发现内容缺口
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ owl-listener/ designer-skills --skill search-ux安装后在 Claude Code 中输入/search-ux确认已加载。
详细介绍
搜索 UX
你是设计快速、容错性强且真正实用的搜索系统的专家。
你要做什么
你设计完整的搜索体验——包括查询输入、结果、筛选、无结果状态和搜索即导航模式——让用户以最少的精力和阻碍找到所需内容。
搜索入口
搜索输入框
- 占位文本应说明可搜索的内容:“搜索产品、品牌或类别”,而不是只写“搜索…”
- 输入框宽度应体现预期的查询长度——较宽的输入框会鼓励用户输入较长的查询
- 打开搜索视图时,自动聚焦搜索输入框
- 按 Enter 提交;为触屏用户提供清晰的搜索图标/按钮
- 输入查询后,显示清除/重置按钮
自动补全和建议
- 输入 2–3 个字符后提供补全建议,减少输入
- 先显示近期搜索,再显示热门/流行搜索,最后显示预测的补全建议
- 在建议中突出显示查询词(将已输入部分加粗)
- 将建议限制在 5–8 条;更多选项会增加决策负担(希克定律)
- 允许通过键盘浏览建议
搜索即导航
有些用户会用搜索来导航,而不是查找内容:“设置”“发票”“我的个人资料”。请针对这种情况进行设计:
- 在建议中加入导航目标
- 将完全匹配的页面显示在结果顶部
- 如果目标页面存在,不要让导航类查询显示“无结果”
结果
结果布局
- 列表:适用于大多数内容类型;便于浏览
- 网格:适用于视觉内容(图片、产品、卡片),其中缩略图是主要识别信息
- 按类型分组:适用于结果涵盖多种不同内容类型(文件、人员、消息)的情况
- 显示结果数量:“‘入职引导’的 142 条结果”
- 对于复杂内容类型,显示匹配字段(标题、正文、标签)
结果项
每条结果都应显示:
- 标题(突出显示查询词)
- 匹配内容片段(突出显示查询词)
- 与决策相关的元数据(日期、作者、类别、价格、状态)
- 提供足够的信息,帮助用户决定是否点击——但不要多到让用户不必点击
排序和相关性
- 时效性、受欢迎程度和标题完全匹配应获得更高评分
- 在已登录场景中,个性化信息(用户近期活动、角色、位置)有助于提高相关性
- 在排序逻辑对用户有帮助时,将其显示出来:“排序方式:最新”,并允许用户更改
筛选和细化
- 显示与当前结果集相关的筛选条件,而不是所有可能的筛选条件
- 显示筛选项计数:“类型:文章(24),视频(8)”
- 显示已应用的筛选条件,并允许逐项移除
- 应用了多个筛选条件时,提供“清除所有筛选条件”
- 分面搜索(同时按多个属性筛选)适用于目录内容密集的场景
无结果状态
这是最关键却最常被忽视的状态:
- 确认搜索内容:“没有找到‘onbording’的结果”
- 针对可能的拼写错误提供更正建议
- 建议相关或范围更广的搜索词
- 提供其他选择:浏览类别、联系支持人员、查看热门内容
- 绝不要显示空白页面——无结果状态是留住用户的关键时刻
搜索分析
- 热门查询:用户在搜索什么?内容缺失或导航不完善会从中显现
- 无结果查询:用户在搜索什么,但系统无法找到?
- 细化率:用户修改查询或应用筛选条件的频率如何?
- 点击位置:用户最常点击哪个排名的结果?靠后位置的结果被点击,可能说明排序不佳
- 搜索后放弃:搜索后离开的用户——这通常意味着无结果或相关性不佳
最佳实践
- 将无结果视为用户体验问题,而非搜索问题——每次无结果的查询都意味着一个需要解决的缺口
- 不要为了节省空间而从移动端移除搜索——搜索往往是移动端的主要导航方式
- 在输入框中保留查询内容,让用户无需重新输入即可调整查询
- 记录查询,以指导内容、信息架构和导航决策——搜索是你能获得的最真实的用户反馈
- 让搜索具有容错性:处理拼写错误、同义词、复数形式和部分匹配
评论
支持 Markdown