惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

量子位
Recent Announcements
Recent Announcements
D
Docker
V
V2EX
阮一峰的网络日志
阮一峰的网络日志
Vercel News
Vercel News
Microsoft Security Blog
Microsoft Security Blog
The GitHub Blog
The GitHub Blog
U
Unit 42
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
月光博客
月光博客
腾讯CDC
B
Blog
博客园_首页
罗磊的独立博客
D
DataBreaches.Net
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
L
LangChain Blog
aimingoo的专栏
aimingoo的专栏
MongoDB | Blog
MongoDB | Blog
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
M
MIT News - Artificial intelligence

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
筛选功能设计:交互细节全面拆解
ASAK · 2022-11-16 · via 人人都是产品经理

交互设计的必修课——筛选功能设计,这篇文章全面拆解了筛选功能设计的交互细节,通过筛选容器、筛选项两方面透彻解析了筛选功能交互设计的精髓,推荐对交互设计感兴趣的童鞋阅读。

目录

  1. 筛选容器
  2. 筛选项
  3. 案例解析
  4. 总结

在设计移动端筛选时 ,有哪些体验细节值得注意?

本文搜集了一些主流App的筛选功能设计,从细节上进行拆解和分析。首先,我们把筛选拆分为2个部分来细看:筛选容器、筛选项。

01 筛选容器

筛选容器,指的是承载着选项的弹窗。弹窗形态根据弹窗形态可分为半弹窗和全局弹窗

1. 半弹窗

以层的形式出现,仅占据部分屏幕,后面是半透明的遮罩。这层遮罩让用户感觉自己并没有离开当前页面,没有丢失正在浏览的内容,同时又能够清晰预见接下来的步骤。

优点:

由于不需要刷新整个页面的信息,半弹窗更加轻量、敏捷、跳转感弱,能给用户带来敏捷的感受。

适用场景:

  • 侧边半弹窗适用于筛选数量较多的情况;
  • 顶部半弹窗这种样式常用于筛选类别较少(不超过4项),筛选项数量不多的场景。

筛选功能设计:交互细节全面拆解

2. 全局弹窗

以层的形式出现,占据整个屏幕。看起来像一个页面,但通常会有明确的过渡动画表示,这是一个浮层,而不是页面跳转。与半弹窗比,全局弹窗适合承载数量更多、层级更复杂的选项。

与页面有何区别,为什么使用全局弹窗?

虽然与页面看起来差不多,但是不需要加载刷新页面,因此响应速度更快,让整个过程更加流畅。适用于主流程中的分支流程。筛选通常都是分支流程,因此对于内容量较大的筛选来说,全局弹窗是个不错的选择。

筛选功能设计:交互细节全面拆解

弹窗弹出方式根据弹窗的弹出方式,筛选容器又可分为顶部弹出、底部弹出和侧边弹出

弹出方式由筛选入口的位置和弹窗形态决定,由于现在大部分界面的筛选都在右上角,因此顶部和侧边弹出为主流的弹出形式。

值得一提的是,底部弹出是比较特别的一种方式,入口不一定要位于底部。该弹窗具备了半弹窗轻量、跳转感弱的优点,拥有更宽的展示位置,没有顶部弹窗头重脚轻的感觉,是一个值得考虑的形式。

筛选功能设计:交互细节全面拆解

筛选功能设计:交互细节全面拆解

筛选功能设计:交互细节全面拆解

弹窗布局根据弹窗的布局,筛选容器还可分为分组折叠式和左右结构导航式

3. 分组折叠式

将各组筛选归类在同一屏的折叠菜单下,可通过点击展开更多选项。

优点:由于能在同一屏内展示多个类目下的选项,选项的浏览效率高利于优化页面信息展示,如展开高频选项,对不常用的选项进行折叠处理。

适用场景:

适用需要在多个类目下选择选项的情况。筛选功能设计:交互细节全面拆解

4. 左右结构导航式

将父子类目按左右结构进行排布,父类目固定在左侧,可方便地切换类目。

优点:层级结构清晰、一目了然;类目查找效率高。

适用场景:适用于类目层级较多的情况。

筛选功能设计:交互细节全面拆解

5. 组合式

结合了前面说的两种形式,用户可以直接上下滚动页面,按顺序查看所有的类目和选项,也可以点击左边的标题直接定位到对应的类目位置。

优点:结合了两者的优点,有利于保证选项浏览效率和类目查找效率。

适用场景:对于类目和选项都多的情况,可借鉴该布局。

筛选功能设计:交互细节全面拆解

提交按钮可在提交按钮处,展示筛选的结果数。通过前置反馈让用户对操作结果有预先的判断,方便他们及时调整操作。该功能的实现涉及到,用户每做一个操作,就要加载一次数据。因此设计时需要注意按钮的加载态、加载超时如何处理、没有结果时该如何展示等等。

筛选功能设计:交互细节全面拆解

02 筛选项

筛选项常用单选/复选(Radio/Checkbox)。复杂场景下也会用到数字输入(InputNumber)、滑动输入(Slider)等。选项排布筛选项的排布可以分为列表式和标签式

1. 列表式排布

选项竖向平铺,符合阅读习惯,适合检索;但每屏能展示的数量较少。

适用场景:

在左右结构导航式中广泛使用;当容器内只有单个筛选纬度时可使用。

筛选功能设计:交互细节全面拆解

2. 标签式排布

适用于有多个筛选分组的情况,且展示效率更高,一行最可展示多个选项(控制在4个以内)。

但要注意,每个组下的选项也不宜过多,否则会影响后方分组的展示;可以通过前置高频选项,折叠部分低频选项的方式来控制选项初始数量。

筛选功能设计:交互细节全面拆解

快捷筛选在设计时可以外置一些高频的筛选项——我称之为快捷筛选;快捷筛选极大缩短了用户路径,无需进入到筛选容器中,便于用户使用。

案例1:内容消费等弱筛选场景

在筛选项不多、对筛选依赖性较低的情况下,甚至不需要把选项都收在筛选容器中,直接将选项铺在列表页即可。

小红书app的内容流中,采用的都是快捷筛选,没有设计筛选容器。右上角展示固定筛选按钮,对内容类型(视频/图文)进行筛选;用横滑标签的形式,展示推荐的内容标签。

筛选功能设计:交互细节全面拆解

案例2:购物等强筛选场景

在电商app中,配图+文案”的样式也是一种快捷筛选,效果非常直观。好比你在线下购物时,你说“我要买相机”,有一个导购则问你“你要买什么相机呢?微单、单反还是…?”,这样一步步帮用户缩小需求范围。

筛选功能设计:交互细节全面拆解

增加辅助描述有些用户在做决策时是存在困难的,因此我们可以在选项上增加一些辅助描述,帮助用户完成决策。

案例1

携程app的酒店筛选模块中,结合用户选择比例来推荐酒店位置,热门位置一目了然。

筛选功能设计:交互细节全面拆解案例2

增加可视化的意符,以弱引导的方式,给用户提供参考。

如京东app,在按钮的底色上展示可视化的百分比,以热门程度的维度给用户推荐选项。在美团外卖app中,通过滑动条上展示折线图,展示筛选范围内对应的结果数。其亮点在于它在不给原本的信息增负的同时,让用户很快感知到可以重点关注的选项。

筛选功能设计:交互细节全面拆解

03 案例解析

当然我们会发现,日常使用的app中,有很多的筛选设计都比上面说的要复杂得多。为什么要设计成这样呢?结合下面的案例我们感受一下。

案例1

图中的两款产品,在价格区间的筛选上,提供了两种控件输入:单选框+滑动输入/数字输入。为什么要这样做呢?

筛选功能设计:交互细节全面拆解

滑动输入和数字输入提供了自由的输入范围,但操作成本略高;单选框输入范围局限,但更高效快捷。因此两者结合使用,会更加科学,既能照顾有精确需求的用户,又能提供便捷的选项。

案例2

左图是大众app美食类型的筛选器:默认为单选逻辑,右上角有个“多选”按钮,点击会转化为多选逻辑。这个交互乍一看还有点复杂,但为什么要设计成这样,而不是像右图一样,设计成多选的样式,既能同时满足单选和多选的需求,界面也更简单呢?

筛选功能设计:交互细节全面拆解

促成这种设计的可能性有很多,以下为可能的原因:

1. 单选为高频场景,多选为低频场景也就是说大部分人都在使用单选,只有少部分人需要用到多选;但如果设计成多选的样式,在高频场景下,操作流程就变繁琐了。

优先为高频场景考虑,不要一味追求统一性和界面精简。

2. 多选是个新功能当引入一个新功能时,如果无法确定效果,可以不覆盖原本的逻辑,以免影响到老用户的使用习惯。

04 总结

弹窗形态:

  • 半弹窗适用于结构较简单的筛选;
  • 全局弹窗适合复杂的结构 (如左右结构导航)

弹窗布局:

  • 分组折叠式选项的浏览效率高,适合需要在多个类目下选择选项的情况;
  • 左右结构导航式类目查找效率高,适用于类目层级较多的情况。

筛选项:

  • 列表式排布适合检索,标签式排布的展示效率更高;
  • 合理外置高频筛选项;
  • 在选项上增加辅助描述有助于用户决策。

作者:皮皮;微信公众号:ASAK设计(ID:ASAK_Design)

来源:https://mp.weixin.qq.com/s/j5oOXnIQ_h5DwI2Dz5YYiQ

本文由 @ASAK设计 授权发布于人人都是产品经理,未经作者许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。