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

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
J
Java Code Geeks
量子位
腾讯CDC
C
Check Point Blog
小众软件
小众软件
IT之家
IT之家
I
InfoQ
Hugging Face - Blog
Hugging Face - Blog
Stack Overflow Blog
Stack Overflow Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
GbyAI
GbyAI
Apple Machine Learning Research
Apple Machine Learning Research
大猫的无限游戏
大猫的无限游戏
博客园_首页
S
SegmentFault 最新的问题
The Cloudflare Blog
阮一峰的网络日志
阮一峰的网络日志
aimingoo的专栏
aimingoo的专栏
P
Proofpoint News Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Google DeepMind News
Google DeepMind News
T
Tailwind CSS Blog
Martin Fowler
Martin Fowler

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
分享最近见到的特殊组件 02
CE青年 · 2025-06-15 · via 人人都是产品经理

在设计领域,组件的创新和优化是提升用户体验的关键。本文聚焦于“底部抽屉”和“缩小展开窗口”两种特殊组件。通过实际案例分析,文章详细介绍了这些组件的业务背景、交互设计以及在不同场景中的应用效果。如果你对UI/UX设计感兴趣,或者正在寻找提升产品交互体验的方法,这篇文章将为你提供实用的设计思路和灵感。

上一篇我们聊到了选择组件的特殊形态,说实话写它的目的就是帮我回答同学们的日常问题。

今天我们继续,说说最近我看到的一个特殊形态,我们来说说特殊组件 第二期~

底部抽屉

业务背景:

抽屉或许大家都比较熟悉,但底部抽屉听上去就有些陌生。

它其实是从底部向上弹起的一个抽屉形态,在各大设计系统当中都会支持的一个容器。

对于用户而言最早熟悉的是源自移动端的整体交互,但随着 B 端行业的不断发展,行业中对于容器的需求越来越大,因此需要更多不同的形式窗口展示页面。

底部抽屉就是这样诞生!

对于底部抽屉而言,虽然只是显示容器上的变化,但是你会发现在交互上有着翻天覆地的改变,我们结合实际案例来一起分析。

组件解法:

在实际项目中,我们可以使用飞书多维表格,点击插件中心,就会发现底部抽屉进行展示。

只是出现的位置不同,真的会带来如此大的差异?

其实底部最大的好处便是聚焦,因此底部抽屉于右侧抽屉最大的不同便是位置带来的差异。

右侧抽屉视觉重心都在右侧,因此在呈现上会更适合短暂停留。右侧抽屉的宽度因业务场景差异难以统一界定,部分设计虽支持自定义宽度,但实际使用率较低,功能略显鸡肋。

底部抽屉更类似‘放大版弹窗’,既能作为信息补充容器,又因底部上滑的交互模式,相比传统弹窗或新建页,对主流程的中断感更弱。因此这就是 底部抽屉 的价值~

除了在这些系统当中见到之外,还在站酷的详情页中看到,你会发现不会感到太多突兀。

缩小展开窗口

业务背景:

在窗口的容器当中,也会出现类似的情况。给我印象较为深刻的便是 Gmail 的写邮件的具体容器~

首先在 Gmail 当中会将写邮件的状态进行定义:认真写、看会写会、等会儿写

  • 认真写:窗口放大,窗口全屏直接去写
  • 看会写会:在右下角,小窗口直接输入
  • 等会儿写:就缩小,能够去查看不同的邮件

而这个设计其实与我们使用的原生系统类似,像 Win、Mac 系统一样的窗口呼出方式~

组件解法:

在组件当中,其实不同的容器并不是绝对的,多形态的变化也是当前整体行业的趋势。

比如在 Notion 当中,相同的数据结构但是可以呈现不同的容器。比如 弹窗、抽屉、新建页,在这里它都可以解决。

相同的做法也会出现在 纷享销客 的软件当中,因此不同交互方式之间或许现在的界限也没有那么明确,只要做到根据用户的场景分析合理即可~

当然除了这部分之外,在YouTube当中也有一个类似的交互。

当你想要全屏查看视频时,它并不是不可滚动,而是可以向下滚动去阅读评论区,因此,现如今的设计中全屏的定义不再是不可交互的独立界面,而是‘可滚动、可操作的放大版窗口。

我们最近在辅导一个WMS 系统的作品集,其中有一个固定的角色是,每天只会在一个固定页面进行称重和录入操作,这时候就可以考虑在页面右上角放置 全屏操作入口,方便用户可以隐藏不必要的导航菜单信息,做到更为沉浸的使用。(由于内容比较敏感,因此就找一张类似配图)

本文由人人都是产品经理作者【CE青年】,微信公众号:【CE青年Youthce】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。