思考工具与系统工具

Avatar of Robin Rendle
Robin Rendle

DigitalOcean 为您旅程的每个阶段提供云产品。 立即开始使用 $200 免费信用额度!

过去两年我一直痴迷于设计工具,Sketch、Figma 和 Photoshop 等应用程序可能最为突出。 我们使用这些工具来制作高保真模型,并确保高质量的用户体验。 这些工具(以及其他工具)很棒,并且通常提升了我们作为设计师和开发人员的能力,但我相信它们改变我们生产工作和定义 UX 的方式将很快产生另一波新工具。

在未来,我预测将出现两类独立的设计应用程序:**思考工具**和**系统工具**。

让我解释一下。

思考工具

不久前,Oliver Reichenstein 描述了我们为什么喜欢分心以及如何为了做出伟大的事情,我们需要专注、自律和集中精力的专门时间。

开始和完成都需要勇气。 没有任何应用程序或工具可以给你勇气。 但是,有些环境会鼓励分心。 还有一些环境会鼓励你专注。

当我读到这些时,我想到了我使用的设计应用程序功能强大且为特定目的而构建,但它们也会鼓励分心。 我很少需要像这些应用程序能够制作的那样高保真度的界面模型,在这些应用程序中移动像素所花费的任何时间对我来说几乎完全是浪费。

相反,我需要一个工具来专注于复杂的 UX 类工作,这些工作是大型网站所有视觉方面的基础,我迫切需要专注才能完成这些工作。 我不需要选择漂亮的字体,也不想要自定义颜色,也不关心排版层次结构与实际发布内容的准确程度。 在设计过程的这个阶段,一切都是建议,一切都是草图,这很好。 此外,草图越乱,我越有自由在各个方向上进行大胆的尝试,重要的是,我有更多的时间真正理解我正在操作的信息。

问题就在这里:**我们目前的工具鼓励我首先设计最终产品。** 它们恳求我修改圆角、颜色、字体和描边样式。 但只有在我严格的设计系统中工作时,我才需要声明这些内容。

假设我们有一个相当不错的组件库,我们在其中决定了我们的排版层次结构、圆角选项以及按钮的背景颜色。 我们真的需要在模型中如此具体吗? 我们可以在不使用像素完美的模型的情况下有意模糊,而是放弃这些线框,转而使用从我们的库中构建的真实的、可工作的原型? 当然,其他人过去也建议过这种流程,但我在这里发现有趣的是框架,或者更确切地说,是识别这类新工具以及设计可以随着时间的推移逐渐获得保真度的概念。 我认为,我们不应该期望一个工具能够让我们完成整个设计过程。

我相信Balsamiq可能是我们今天最接近我心中想法的例子:帮助我们思考并消除分心,以便我们可以专注于更重要、更大的架构、组织和内容问题,而我们应该首先处理这些问题。

但始终需要另一套工具。

系统工具

我听到很多反对使用 Balsamiq 式低保真设计模型的论点。 主要抱怨似乎是它们太不精确而无法使用; 它们不具有交互性,也不具有响应性。 它们仅仅是最终应用程序的绘图。

不久前,Dan Eden 写了一篇有趣的文章,名为“精确的负担”,它深入研究了这个问题。

没有工程师,我们的产品仅仅是产品的静态图片。 最终结果的苍白影子。 充其量,我们的设计是真实事物的沙盒模拟; 复杂的原型展示了产品可能遇到的真实世界状态的一小部分。 我们花费了所有这些时间和精力使用精确的工具来制作我们很少理解其制作复杂性的东西的完美肖像。

我完全同意 Dan 的观点,尤其是他在以下方面提出的论点:

精确度是由工程师引入的,它应该存在于那里。 毕竟,我们的设计在构建之前毫无用处——用户手中存在的是最终设计,而不会更少。

这个论点让我想起了 Scott McCloud 的《理解漫画》中的一个场景,作者在一行上画了许多张脸,其中一端是简笔画,另一端是人的脸的写实画。 McCloud 认为:

我认为,漫画将我们的注意力集中在想法上的能力是它们特殊力量的重要组成部分……

同样,拥有一个能够专注于必要细节的应用程序对于提高我们创建的界面的质量大有裨益。 如果我们已经有一个组件库,那么我们为什么需要首先制作高保真模型? 我们已经准备好所有这些部分。

我认为我们需要的是一些工具来帮助我们将低保真模型转换为从组件库中构建的真实、可工作的代码。 我们可以放弃设计流程中很大一部分涉及添加边框和选择字体的步骤,因为所有这些决定都在之前已经做出,我们可以依靠这些先前的决定来专注于 UX。

</rant>

如果我们拥有帮助我们思考的工具,那么我们产品、服务和应用程序的 UX 将呈指数级增长,因为我们将拥有一个鼓励在正确的时间专注于正确事物的环境。 我们不会被制作漂亮的图片分散注意力。

同样,如果我们拥有帮助我们将低保真模型转换为完整的代码示例的工具——注意,是我们自己代码库中的代码,而不是所见即所得生成器——那么我们可以更快地工作,并专注于改善我们的整体 UI,而不是将注意力集中在一个功能上。 我们将减少不一致之处,我们的样式指南和组件库可以充当原型,让我们能够快速、迭代地测试我们的设计。 Airbnb 最近在 Sketch 上进行的探索很有趣,但我禁不住认为这些实验是在一个复杂的设计工具之上进行的黑客攻击。 相反,让我们想象一个从头开始构建的应用程序,该应用程序旨在完成这些系统性的工作,并抛弃高保真模型功能。

话虽如此,我认为人们始终需要 Figma 或 Sketch 等工具,我知道在可预见的未来我肯定会使用它们。 但我相信,将我们的设计工具拆分为前面提到的两类,即思考工具和系统工具,存在着巨大的机会。