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

推荐订阅源

Microsoft Security Blog
Microsoft Security Blog
J
Java Code Geeks
GbyAI
GbyAI
aimingoo的专栏
aimingoo的专栏
L
LangChain Blog
I
InfoQ
D
Docker
F
Fortinet All Blogs
Y
Y Combinator Blog
Martin Fowler
Martin Fowler
月光博客
月光博客
B
Blog
Engineering at Meta
Engineering at Meta
T
Tailwind CSS Blog
罗磊的独立博客
博客园_首页
G
Google Developers Blog
Stack Overflow Blog
Stack Overflow Blog
Recent Announcements
Recent Announcements
D
DataBreaches.Net
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
B
Blog RSS Feed
IT之家
IT之家
V
V2EX

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
UI必看 | 组件应用-列表卡片设计方式详解
酸梅干超人 · 2023-11-24 · via 人人都是产品经理

列表卡片这类组件样式,可以将卡片内容的一部分进行外露,以吸引用户兴趣。那么,列表卡片可以怎么设计呢?这篇文章里,作者总结了相应的设计要点,一起来看一下吧,或许会对你有所帮助。

一、组件介绍

列表卡片是一类将列表和卡片相结合的组件形式,尽管它听起来很像列表,但是在UI中这两者是完全不同的东西——列表卡片首先是一张卡片,其次才是将列表置于卡片之中。

列表卡片的意义在于将卡片内容——可能是一个完整的列表——的一部分进行外露,用以吸引用户的兴趣。

二、使用场景

列表按照排序逻辑可以分为无序列表和有序列表两种形式,那么相应的,列表卡片也可以同样分为无序列表卡片和有序列表卡片两种,这两种有不同的应用场景。

1. 无序列表卡片

无序列表卡片主要用在内容本身客观上不需要,设计者主观上也没有意图进行排序的情况,列表中的条目只是一个拥有统一标签的集合。例如:内容的推荐、趋势、每日早报等等。

2. 有序列表卡片

有序列表卡片多是排行榜,在一个主题之下可以明确分出前后次序,典型的如:热搜、音乐榜单等。

但也并不一定只有排行榜,设计者如果强行给无序列表加上次序也是可行的,这可以仅代表一种浏览次序或播放次序,例如:音乐App的每日推荐。

三、设计要点

但不管是无序列表还是有序列表,在设计思路上都是类似的,区别只是列表前的序号,所以设计要点我们将两者合二为一进行讲解。

1. 卡片的元素和布局

列表卡片的内容元素相对比较固定,标题、列表、卡片背景和一个可以用来查看详情的按钮。

元素尽管相当有限,且简单,但如何排布它们却也不是一板一眼只有一种做法。列表除了常见的纵向排列之外,也是可以横向排列的 (虽然这模样看上去不太像是列表了,但组件的本质并没有改变);

单列列表,也可以做成双列的。如果有序列表想做成双列,序号的排列应当是优先从纵向开始,也就是说第一列从1至末尾排列完之后,再从第二列的第一个开始。

查看详情的按钮也不一定非得只能放在右上角,也可以放在最底部做一个大按钮;卡片内没有其他可交互按钮的情况下,甚至可以没有这个查看详情的按钮,详情可以靠点击卡片进入。

2. 卡片背景

列表卡片作为功能和视觉为一体的组件,在一定程度上可以承担视觉功能,为页面中添加一些色彩,那么卡片背景就是一个很方便进行处理的点。

1)纯色

除了深色和浅色的纯色背景之外,也可以额外设置一些非主色的、较为柔和的色彩作为卡片背景色。如果想使用主色,主色通常非常鲜艳,饱和度也很高,需要谨慎考虑。

2)彩色渐变

彩色渐变通常指的是单一一种色相的明度渐变,多色相渐变在UI中也需要谨慎使用,尤其是在卡片背景这种不应该非常抢眼的元素中。

3)图片/插画+遮罩

比较常见于影视App中,剧照、海报背景与主题相当契合。但需要注意的是,为了在图片上叠加列表元素,还需要额外附加一层遮罩,不管是套一个矩形的纯色遮罩还是渐变遮罩又或是背景模糊的遮罩,为了突出列表内容,都十分有必要加。

3. 序号设计

序号也是有序列表卡片中一个不大不小的设计点。需不需要对此作出额外的设计,得看实际工作中你所面对的组件是否有这种视觉需求。

1)序号中的元素

序号有时并不仅仅是一个数字而已,它承载的信息除了序列号码之外,还可以有升降名次、标签或者视觉化图标等元素。

2)徽章式设计

列表卡片中的列表通常最多展示3个,这3个序列在排行中是非常重要的,所以对这三个序号的设计可以做得更花一点,比如进行徽章式的设计。

4. 不一样的列表卡片

1)波点音乐

波点音乐的这个列表卡片虽然大体上与其他卡片类似,但是右上侧为了贴合播放按钮而故意做大的圆角还是有一些不同之处。再者波点音乐偏爱使用荧光色作为色彩载体,在App设计中还是属于比较大胆新潮的。

2)网易云音乐/酷狗音乐

这里指的是此类音乐软件中的歌曲排行,这些排行在设计上会稍微有一点点不一样,比较明显的是左侧一个大的榜1的专辑封面或者排行榜名称,右侧才是列表。

四、样式拓展

这里还额外收集了一些列表卡片的线上案例,也可以作为设计时的参考:

专栏作家

酸梅干超人,微信公众号:超人的电话亭,人人都是产品经理专栏作家。专注于UI交互设计领域。

本文原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash ,基于 CC0 协议

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