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

推荐订阅源

月光博客
月光博客
J
Java Code Geeks
F
Fortinet All Blogs
Blog — PlanetScale
Blog — PlanetScale
P
Proofpoint News Feed
U
Unit 42
B
Blog
宝玉的分享
宝玉的分享
腾讯CDC
Microsoft Azure Blog
Microsoft Azure Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
Last Week in AI
Last Week in AI
博客园 - Franky
博客园 - 三生石上(FineUI控件)
人人都是产品经理
人人都是产品经理
Martin Fowler
Martin Fowler
博客园_首页
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
云风的 BLOG
云风的 BLOG
L
LangChain Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Y
Y Combinator Blog
The GitHub Blog
The GitHub Blog
博客园 - 叶小钗

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
如何看待 Material Design 的“极繁设计”风格?会更流行么?
元尧 · 2025-06-13 · via 人人都是产品经理

文章探讨了 Material Design 的“极繁设计”风格,从内容全面性、信息清晰性、场景普适性三方面分析其特点,指出其本质是将复杂度从用户侧转移到设计师侧,以提升用户体验,并非简单取代极简主义设计,而是提供更丰富的设计选择。

最近收到一个同学的问题,我觉得挺有特点,拿出来跟大家分享一下:

🤔 元大,看了你公众号发布的文章 干货|Material Design 大更新!,想问问你,你如何看待 Material Design3 的“极繁设计”风格?是一种新的趋势么?会代替极简主义设计么?

其实虽然说的“极繁”设计,但我认为这是 Google 为了宣传此次 Material Design 的一个噱头性描述。我会从以下 3 个方面聊聊我对于“极繁”设计的看法:

PART 1 内容的全面性

“极繁”最表面的呈现方式是 Material Design 从物料库的角度来看种类更加全面、形式更加多样、变化更加丰富:

颜色:增加了动态配色方案:

会根据不同的颜色输入来改变 UI 界面的颜色,配色方案的多样性大大增加;

字体:增加了 30 种字体样式:

包括 15 种基线字体和 15 种强调字体,加大加粗了新字体的基准字重和字号;

组件:增加了 15 个 Expressive components:

使之具备更多的配置功能、形状选项、强调文本和其他富有表现力的样式;

动效:增加了运动弹簧感的新拟物效果:

弹簧效果有三种速度:默认、快速和慢速,模拟弹簧物体实际运动的物理原理,使动画清晰可预测。

图形:增加了 35 种新形状和形状变体:

使用形状的变化可以更好地传达交互动作、元素状态及环境变化等信息。

这些新元素的加持使得 M3 的物料库前所未有的庞大:

PART 2 信息的清晰性

根据交互设计中的“泰斯勒定律”(也被称作是“复杂度守恒定律”)的说法:无论在产品开发环节还是在用户与产品的交互环节,其内在的复杂度都有一个临界值,到达临界值后就不能再简化了,你唯一能做的就是将固有的复杂性从一处转移到另外一处。举个例子:

曾经我们使用过的电视机,在屏幕上的功能显示极其简单,仅仅是单个屏道的连续切换,但电视遥控器的按钮却多得让你数不过来;相比之下,现在普遍使用的智能电视所配备遥控器按钮只有几个,但智能电视打开之后界面又相当复杂。用户在使用遥控器和电视机做交互时,交互过程中总的复杂度是不变的,只能通过其他手段进行转移,改善用户使用时的体验:

对应到 M3 的设计哲学,所谓的“极繁设计”,其实是 Google 将设计中的复杂度从用户侧转移到了设计师侧。用户对于信息和操作的理解依赖于设计师对于信息的排版、布局等视觉效果的呈现,设计师在合理的范围内做得越多,用户的理解和操作成本就会越低。

比如在写邮件的场景中,极繁设计中的“发送”按钮更大,位于键盘正上方,并使用了辅助色来吸引注意力(如右图所示);相比之下,以前的设计则是将小小的“发送”按钮放在屏幕顶部工具栏,与附加文件等其他功能并排(如左图所示)。

Google 通过大量的用户实验证明,在表达性设计中,用户眼睛看到右图中的发送按钮的速度要快四倍:

因此你也可以理解为:所谓的“极繁设计”,依旧遵循着“极简设计”的底层方法论,即:

以用户为根本

在增加任何元素样式的变化之前都要考虑到设计对于用户操作的影响,让设计更好地引导和帮助用户完成操作。

形式追随功能

复杂的形状变化也需要有道理、有依据,对于功能的呈现起到突出强调的作用,而非喧宾夺主。

PART 3 场景的普适性

同时 M3 的很多设计样式也在 Google 的无障碍设计(Accessibility)和自适应设计(Adaptive design)的两大专题中,以此来适应更多不同类型、不同使用习惯的用户在不同设备端和场景中使用产品,将细节做到极致。

在实际的应用层面上,Google 也做了妥协:即并没有严格限制所有的产品都必须使用 M3 Expressive 的设计风格 —— Google 这次的升级实际上也是准备了两套方案:

  • 一套是M3 Baseline,增加了基础组件、更新了色板等内容,但交互形式上保持 M2 的风格,属于相对基础、克制的版本;
  • 一套是M3 Expressive,即从设计风格、色彩应用、字体排版、交互动效、图形变体等多个方面增加了设计语言的情感化表达,属于相对高级、活跃的版本。

因此对于安卓平台的产品来说,可以选择更适合自己的功能的设计表现形式。另外,作为设计师,设计系统和组件设计是值得每一位设计师都深入研究的课题。

本文由人人都是产品经理作者【元尧】,微信公众号:【长弓小子】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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