网站建设:设计系统的成熟范围

善微科技 2019 07月15日 发布

们从人们那里得到了很多关于如何设置他们的设计系统的问题。很多人开始的地方是看看野外的例子。


他们会找到设计精良的网站建设,关于产品原理背后的思考的详细说明,以及一直指向用于图标的网格系统的说明。许多设计系统还包括组件的交互示例,它们应如何在代码中使用,以及可用组件的公共回购。所有UI工具包或库旁边的所有内容都以常规节奏更新。


这太吓人了。


别误会我的意思。我喜欢这些详细的解释。我个人最喜欢的仍然是较旧的Apple人机界面指南(1995年的例子)。但我亲眼目睹了那些试图创建设计系统或只是加强公司文档的人们会感到多么沮丧和压倒性。


如果您目前对所有精心打造的详细设计系统感到不知所措,那么本文就适合您。下面,我们将为您所看到的令人印象深刻的示例添加上下文,为您提供一个框架,帮助您更好地理解设计系统,并为您提供有关如何使用正确的铃声和口哨开始构建自己的设计系统的想法您。从设计系统的范围我们';; 展示四个不同的例子:


小团队:所有创作者都是消费者

中型团队:并非所有消费者都是创作者

大型团队:独立的系统团队发展

平台:外部消费者依赖于您

本文讨论了设计系统的细粒度方面,并假设您已经决定构建一个。它还假设已经对您的团队如何设计和构建正在进行的产品进行了某种组件化。


需要扩展共享知识

无论有没有设计系统,我们的最终目标都是创造一个有凝聚力的用户体验。用户感受到的经验,可以直观地重用现有知识,在软件中导航,实现他们有效完成的任务。


当你开始在一小群人中建立一些东西时,共同的理解就会发展。每个人都在同一条船上,一起做出决定。每个人都有相同的目标。其中大部分都是通过直接或公开的沟通和共享讨论来实现的。


在小型团队中进行设计时,每个人都确切知道可用的组件或样式,在哪里找到它们以及如何使用它们。当您工作时,您将讨论并完善您的原则,指南以及可能出现的任何其他内容。这是一个快乐的地方。


但是一旦团队成长,维持小团队的共同理解变得越来越难。当然,我们可以举行更多会议并发送更多电子邮件,但最终,我们需要一种可靠的方式来扩大共同理解以及我们的增长。


设计系统(或它的清晰度)是一种异步传播这种共享理解的工具。


了解创作者和消费者

现在我们在同一页上讲述为什么我们要将我们的知识外化。但是从一开始的核心问题仍然存在:如何?


我们应该创建一个优秀的网站并描述系统背后的原因吗?我们是否应该将我们的生产组件发布为开源GitHub版本,并确保它们与我们的设计人员正在使用的组件完全同步?


这些是很棒的解决方案 但是如果你是一个资源有限的小团队,这些也需要做很多工作并且不容易实现。


要确定哪些示例与您最密切相关,您必须首先了解与系统交互的人员的两个关键角色:创建者和消费者。


创作者

这是发明新模式或记录现有模式供他人使用的人或人。在较大的组织中,“发明”和文档部分可能是分开的,在较小的团队中,这可能是同一组人。


消费者

这些是使用先前定义的模式的人。他们需要尽可能地了解情况并清楚地了解他们在哪里找到他们正在寻找的东西,以及为什么以及如何使用它。


 

设计系统可能状态的范围

了解创建者和消费者现在为我们提供了定义设计系统可能状态范围所需的一切。现在,我们可以分析为什么某些示例按照它们的方式设计,并确定您和您的团队在此范围内的位置。


现在问问自己,“你的创造者离你的消费者有多远?”


在最左边,我们有一个团队。创建者角色和消费者角色合并为一个人。这个人正在使用的一切都是由同一个人创造的。


在最右边,我们将创建者和消费者角色完全分开。他们没有任何直接的沟通方式。


中间有几个关键阶段。由于这是一个流体光谱,因此应该很容易找到它们之间的位置。所以,让我们潜入。


 

1.小团队:所有创作者都是消费者

场景

在这种情况下,一个小型,高度一致的小组一起工作,并且非常清楚地了解每天发生的事情,以及产品的表面区域是什么。这是一次激动人心的体验,因为每个人都能无缝对齐并以令人印象深刻的速度生产。


设计系统的状态

在这个小阶段,团队成员关注灵活性和速度是有意义的。许多信息是直接共享的,因此不需要写下来。


此外,由于产品可能还很年轻,许多工作可能需要在移动中使用新模式,这些可以很容易地与整个团队的其他人讨论。这限制了重复工作的可能性。


 

2.中型团队:并非所有消费者都是创作者

场景

这是Figma目前所处的阶段。发生了两件让我们来到这里的事情:更多的人加入了公司,产品达到了更多模式被重用的地步。


设计系统的状态

我们开始更彻底地记录我们的UI组件,并为其他人做出贡献。它仍然是一项正在进行的工作,并且是在一边完成的。


我们仍然缺少针对我们的动机,UI组件背后的原则以及如何使用它们的全面文档。由于我们仍然很小并且事情总是在变化,快速的Slack消息或走到办公桌可以非常容易和有效地澄清任何其他情况。

 

 

3.大型团队:独立的系统团队发展

场景

在某个时刻,有更多的人在不同的领域使用该系统,而不是回馈它。管理系统将变得更加困难。甚至可能是您的产品的特定区域需要专用的二级设计系统。


设计系统的状态

我们合作的大多数团队都实施了一个单独的设计操作或系统团队来处理系统组件的文档和组织以及基本原理和动机。这是有道理的,因为在这个阶段与系统的交互变得更加自动化和自助服务。


当多个团队独立访问设计系统时,拥有可以担任监护人或监护人的人员非常重要。他们的工作是寻找重用和管理贡献的案例。


 

4.平台:外部消费者依赖于您

场景

此场景比“大型团队”高一级,因为设计系统是打开并与第三方设计人员和开发人员使用的意图共享。


在这个阶段,没有从消费者到系统创建者的直接沟通渠道。这些第三方团队依赖并信任所提供组件的稳定性和性能。


设计系统的状态

通常这些是我们在野外看到和谈论的例子。他们有漂亮的网站和完整的文档。它们不仅具有版本化的UI位,而且还具有可用于在各种平台上开发的生产组件。


 


如没特殊注明,文章均为善微网络原创,转载请注明来自https://www.sanways.com/news/542.html