工作经验| B 端产品组件设计细节及经验分享(五)
Hi,我是元尧。欢迎长按下图二维码加我微信,带你进设计师交流群,与更多小伙伴一起交流成长!
「添加好友请备注:设计交流」
如何判断组件的美观性?
经常有同学问我:什么样的组件才是美的组件?或者怎样定义做出来的组件是美的?
其实 “美” 这个概念因人而异,很难被绝对化的定义。我总结出了四条设计规则,帮助大家作出判断:
1. 契合功能
“形式追随功能” 是包豪斯很早期的产品设计理念,同样也适用于交互设计。对于 “美” 的评判,需要特定环境和内容的加持。再好看的视觉表现,没有传达出确定的语言或呼应相关的功能,偏离了实际用途,都不能被称作 “美”。
2. 自然舒适
人类是大自然的产物。面对大自然,大多数人都会感到愉悦和放松。Ant Design 也在其设计价值观中指出,“美” 的交互,会从两个方面体现自然:
3. 积极正向
“美” 是具体事物包含的正向价值,应该使用正向的设计方法传播正向的能量和思想认知。危险的、具备侵略性的、不健康的设计表达都不能称之为美。
4. 与时俱进
“美”是社会意识形态在视觉层面的体现,是跟随着人类历史与文化发展而发生不断变化的。因此,是否符合当下流行趋势也可以构成一个对“美”的评判标准。
另外,我认为这四个判断标准的关系是层层递进的。最基础的美,就是 “契合功能”,在与功能完美匹配后,便可以追求 “自然舒适”,然后再去 “积极正向” 的感染他人,最后是 “与时俱进” 紧随时代大潮流和趋势不断的自我革新。这也是一个螺旋上升的设计发展过程。
组件状态、尺寸是不是越全越好?
在做组件库时,你可能也会纠结这样的问题:一个组件要不要提供多个大小呢?如何判断一个组件是否需要做多种尺寸呢?组件库是不是越全越好呢?
1. 以「业务」为出发点
对于以上问题,一个很重要的判断标准就是业务或产品是否需要。 对于大多数产品设计团队,在组件库搭建的初期,一定是以业务为主的,组件的设计应当是 “从业务中来,到业务中去”。
当你的业务中对于一个组件有大、中、小尺寸的需求时,你再根据应用的场景做出组件并制定出相应的使用规则,也为时不晚。这样做的好处有以下几点:
另外要注意,如果做了多种尺寸,你需要详细的规范每一种尺寸的使用场景,避免在实际设计和开发过程中的误用或混用。一句话,对于组件来说,并不是内容越全越好。“全” 不等于 “好用”,而且也会带来更多新问题。
另外,“专而精” 也是另一个维度的 “全”。当我们通过对业务需求和属性的深入研究,将业务组件做的足够专业,也会从另一个维度对业务进行补充和赋能,从设计侧推动业务进行体验优化,促进产品质量的提升。
看更多与组件设计的经验沉淀👇👇👇
了解更多设计理念和设计方法