|要想建立设计体系,必须先定义设计原则


编辑导读:好的设计原则是产品设计的坚实基础 , 它应当体现出重要而清晰的设计意图 , 既可以描述产品整体层面的设计目标 , 也可以对具体问题的决策进行支持 , 还可以帮助围绕重要事项调整人员 。 文章从设计原则的重要性出发 , 对建立有效设计原则的关键和定义设计原则的思路展开梳理 , 与大家分享 。
|要想建立设计体系,必须先定义设计原则
本文插图

在前边的文章中 , 我们研究了原子设计理论 , 并弄清了如何创建组件库 , 从而形成设计体系的基础 。 然而 , 这仅仅是打造设计体系的第一步 。
组件库就像乐高积木的基础方块 , 有了这些基础方块之后 , 就可以搭出作品吗?显然不可能 , 你还需要一份说明书 。 也就是说必须明确如何使用这些组件 , 该遵循什么样的规则 , 这就需要设计原则 。
没有设计原则 , 组件库永远只是一堆基础组件 。 即便使用相同的组件库 , 不同设计师的设计风格也不会统一 。 所以 , 要将组件库升级为设计体系 , 就必须定义属于自己的设计原则 。
一、设计原则是什么?
设计原则可以为设计决策提供核心价值 , 为设计提供向导 , 从而明确设计方向 , 统一设计风格 。
在定义设计原则之前 , 我们先来看看什么是原则 。
原则是做事所依据的准则 , 是信仰体系或推理链的基本原理 , 是我们的行为准则 , 体现我们内在的价值观 。
同样的道理 , 设计原则就是做设计时所要依据的准则 , 它为我们的设计提供向导 , 体现我们的设计价值观 。
因此 , 很多团队都在定义自己的设计原则 , 可以看到类似这样的描述:“我们的设计要保持简洁”、“清晰准确”、“简单实用”等等 。 但是仔细想想 , 是不是觉得听了很多大道理 , 依然不会做设计?
难道设计不应该保持简洁吗?设计不应该做到“清晰准确”?没有人会说我的设计要复杂一点 , 尽可能让别人看不懂 。 这些太过宽泛或者太明显的原则毫无意义 , 根本无法指导实际的设计 。 那我们到底需要什么样的设计原则?
二、有效的设计原则
有效的设计原则应该能够指导设计决策 , 它会明确的告诉设计团队 , 什么样的设计是合适的 , 什么样的设计是好的 , 什么样的设计是要避免的 。 总的来说 , 它需要做到以下四点 。
1. 真实而贴切
有效的设计原则用词必须是真实且贴切的 , 而不是宽泛而空洞的 。
“简洁”“实用”“清晰”之类的词汇虽然听上去很有道理 , 但这更像是一种与生俱来的特质 , 如“人必须要喝水”一样 。 这样的描述虽然是正确的 , 但对于设计决策没有太大帮助 。
|要想建立设计体系,必须先定义设计原则
本文插图

该如何做到“简洁” , 怎样做去保证“清晰准确” , 好的设计原则会将其放在特定的产品背景之下 , 使宽泛的原则变得贴切 。 例如 , 在Salesforce的LightningDesign System中 , 定义了“清晰”的设计原则 , 并解释说:
消除歧义 , 让用户有信心的去看 , 去理解 , 去行动 。
这里的“消除歧义”就是非常贴切的说法 , 因为“歧义”这个词是可操作的 , 设计师就会尽量使自己的设计不产生歧义 , 从而达到“清晰”的目的 。
2. 实用可操作
有效的设计原则应该帮助产品解决问题 , 并提供实用的具体指导 。
|要想建立设计体系,必须先定义设计原则
本文插图

我们看看iOS的Human Interface Guidelines中 , 是如何定义“反馈”这一原则的:
通过反馈来确认操作并展示结果 。 原生的iOS应用对用户的每个操作都提供可感知的反馈 。 点击可交互元素会高亮显示 , 通过进度指示器来传达较长的运行状态 , 并通过动效和声音来清晰反馈操作结果 。
通过提供可操作的具体建议 , 让设计原则更加实用 , 而不是读完之后还不知道该怎么做 。
可以设想自己是在对团队中的设计师解释这些原则 , 如果你只是说“要给用户足够的反馈” , 那他听完之后还是很蒙 。 而向iOS那样的解释 , 并举几个小例子 , 他就知道自己该怎么做了 。
3. 有主观观点
没有完全正确的设计 , 只有最合适的设计 。 有效的设计原则要有自己的主观观点 。
在做设计的时候 , 往往会有很多限制因素 , 我们就会有取舍 , 从而塑造最终的设计 。 好的设计原则必须清晰的指出 , 设计的优先级和平衡点是什么 , 哪些是需要首先考虑的 , 哪些可以不用太关注 。
|要想建立设计体系,必须先定义设计原则
本文插图

在Google的Material Design中 , 提到了“动效必须是有意义的”:
通过微妙的反馈和连贯的过度动效来吸引注意力并保持连续性 。 元素在屏幕上 , 会转换和重组环境 , 并通过交互产生新的转换 。
和大多数人对动效的看法并不一致 , 难倒不应该多一些炫酷的动效吗?动效不是会让我们的产品看上去很厉害吗?Material通过对动效的克制 , 保证每个动效都具有独特的意义 , 从而形成自己独特的魅力 。
正是这些主观的观点 , 让你的设计原则有态度 , 形成差异化 , 而不是千篇一律 , 毫无个性 , 一味模仿别人 。
4. 揭露本质
优秀的设计原则是揭露本质的 , 可以让所有人都能轻松的理解 , 都能产生共鸣 , 都能轻易记住 。
这样做的好处是 , 每个设计师都可以轻松的回忆起来 , 从而在设计中随时运用 。 而不是 , 遇到某个难题 , 才去翻看埋在灰尘里的设计原则 。
|要想建立设计体系,必须先定义设计原则
本文插图

在蚂蚁金服的Ant Design中 , 将“自然”作为了他们的首要设计原则:
认知心理学所述 , 约 80%外界信息通过视觉通道获取 。 界面设计中最重要的视觉要素 , 包括布局、色彩、插画、图标等 , 应充分汲取自然界规律 , 从而降低用户认知成本 , 带来真实流畅的感受 。 在一些场景下 , 适时加入听觉、触觉等其它感知通道 , 能创造更丰富自然的产品体验 。
它将自然界的规律引入设计原则 , 揭露了事物的本质 , 很容易被理解和记住 。
三、如何定义设计原则?
最后一步 , 是定义自己的设计原则 。 每个团队的情况不一样 , 使用的方法也会不一样 , 大体来说 , 可以通过以下四个思路进行 。
1. 自上而下
从公司的价值主张入手 , 弄清楚你们提倡的是什么 。 然后去探索产品的愿景是什么 , 致力于解决什么样的问题;通过研究公司的价值主张和产品愿景 , 可以推理出设计要怎么做才能帮助产品 , 体现产品的价值 , 进而帮助产品和公司成功 。 由此进一步得出设计原则 。
通过自上而下的推理法 , 可以保证设计原则不脱离产品 , 从而为产品赋能 。
2. 自下而上
从自身团队出发 , 让每个成员都回答关于设计原则的问题 。 他们在平时设计中 , 都会不自觉的遵守哪些原则 , 他们觉得什么是好的设计 , 他们觉得什么样的设计可以帮助产品成功?
通过内部意见的汇总 , 得出大家的共识 。 这种自下而上的归纳法 , 得出的设计原则往往具有代表性 , 且容易被团队接受 。
3. 由外而内
从外部的用户入手 , 弄清楚产品的用户是谁 , 他们有什么样的特点 , 他们要解决什么样的问题 , 他们最大的痛点是什么 , 什么样的设计对他们来说最合适 。
通过研究外部用户 , 可以得出设计的侧重点 , 从而归纳出设计原则 。
再看看内部的用户 , 设计体系是为谁而创建的 , 设计师、产品经理和开发吗?设计师在使用设计体系时遇到的最大问题是什么?产品经理有什么难题是设计体系可以帮助解决的?开发如何使用设计体系?
通过研究设计体系的内部用户 , 可以让设计原则的适用性更强 , 发现那些最本质的关键因素 。
4. 迭代升级
好的设计原则需要经过不断发展 , 不断更新迭代 , 才会长期适用 。
随着产品的不断进化 , 功能和侧重点都会发生变化 , 这些反过来都会影响设计原则 。 作为设计的内在指导思想 , 设计原则不能停滞不前 , 只解决当下的问题 。 而是要适用于整个设计决策 , 因此必须不断对其进行升级迭代 , 以适应产品的发展 。
最后的话
最后 , 小结一下 。
组件库只是设计体系的第一步 , 要想建立设计体系 , 必须定义自己的设计原则 。
设计原则是做设计时所要依据的准则 , 它为我们的设计提供向导 , 体现我们的设计价值观 。
而很多设计原则会陷入一种误区 , 就是陈述一堆大道理 , 却对设计决策没有任何帮助 。
有效的设计原则必须具备四个特性:真实而贴切 , 而非宽泛而空洞;实用可操作 , 最好有具体的应用示例;有主观观点 , 而非千篇一律;揭露本质 , 容易产生共鸣 。
要创建自己团队的设计原则 , 可以从四个思路来进行:自上而下 , 遵循产品目的 , 传递产品价值观;自下而上 , 寻找团队共识;由外而内 , 探索用户需求;不断升级迭代 , 保持更新 。
以上这些 , 都是我在工作中和阅读大量资料的总结 。 在这里 , 我也期待有更多的高手 , 可以把你们对设计原则的理解分享在留言区 。
与你共同进步 。
作者:加西莫多;公众号:瓦力UX
本文由 @加西莫多 原创发布于人人都是产品经理 , 未经作者许可 , 禁止转载 。
【|要想建立设计体系,必须先定义设计原则】题图来自Unsplash , 基于CC0协议 。


    推荐阅读