洞察 设计语言

没有设计团队的团队,也能有设计系统

大多数需要一致性的组织,都负担不起一个专职的设计系统小组。一套小而有主见的组件包——以及让它保持小的纪律——就能走完大部分路。

人们谈起设计系统,通常举的是大公司的例子:几十个组件、一个文档站、一支全职维护它的设计师和工程师团队。对于一家只有三个开发者和一个兼职设计师的企业来说,这幅图景令人气馁,常见的反应是干脆不要系统。每个屏幕各自设计,每个开发者自己挑间距,两年后,产品看起来像几个产品缝在了一起。

有一种设计系统适合小团队。它更小、更有主见、离代码更近。而且它每小时带来的价值往往比大型系统更高,因为它瞄准的正是小团队真正面对的问题。

放进去什么

  • 令牌优先。 颜色、间距、字号、圆角和动效,都作为有名字的值写进代码。仅此一项就能消除大部分不一致,而且只需几天,不需要几个月。
  • 十五个组件,而不是一百个。 按钮、输入框、下拉选择、复选框、表格、卡片、对话框、轻提示、标签页、导航、页面标题、空状态、表单布局、徽标,以及一个加载状态。这张清单覆盖了大多数企业软件中的绝大部分屏幕。
  • 三个页面模板。 列表页、详情页和表单页。大多数新屏幕都是其中之一的变体。
  • 一页规则。 什么时候用对话框、什么时候开新页面;错误信息怎么写;哪个颜色代表什么。短到大家真的会去读。
为小团队定制的设计系统
只有当第二个屏幕需要某个组件时,它才进入系统。这条规则让系统小到可以兼职维护。

什么不放进去

其他一切,直到它被需要第二次。最重要的一个习惯是:只有当第二个屏幕需要某个新组件时,它才进入系统。在那之前,它只是一个一次性的东西,尽可能用现有部件拼出来。这让系统小到无需任何人全职负责也能维护。

站在某样东西上面

小团队不应该从零开始构建基础组件。一个维护良好、具备无障碍能力的组件库——用你的令牌而不是它的默认样式来装扮——能给你键盘支持、焦点管理和屏幕阅读器行为,这些东西自己做要好几个月才能做对。你的系统则是其上薄薄一层、有主见的封装:你的令牌、按你的方式配置的十五个组件,以及你的规则。

让它活着

  • 一位兼职负责人。 不是一个团队,而是一个有名有姓的人,负责评审新增内容,并且经常说“不”。
  • 一个活的参考页面,放在应用内部,用真实数据展示每一个组件。它同时也是一项视觉测试。
  • 自动检查最重要的规则:颜色对比度、令牌文件之外不出现原始颜色值、间距不偏离刻度。

它能换来什么

回报不是为了精致而精致,而是速度和信任。新屏幕是拼装出来的,而不是从头设计。开发者不再争论边距。修好一个基础组件,无障碍体验就在所有地方同时提升。产品开始感觉像一个整体——而对客户来说,这正是“质量”这个词很大一部分的含义。

继续阅读
全部洞察

从两周诊断开始。

先做 60 分钟评审,再进行固定费用的两周诊断。结束时你会拿到一份带预算的路线图,是否继续合作没有任何附加条件。

邮箱
admin@yondertech.co.nz
办公地址
23A Dromorne Rd, Remuera
Auckland