超越简单设计：Figma 是否会成为无代码工具？

type

status

slug

summary

date

Figma 变量功能及其对设计师的意义

在 Config 2023 期间，我观看了有关 Figma 新功能的演讲，这引起了我的思考。

Figma 是否正在从设计师的设计工具转变为无代码工具？

在看到 Figma 变量功能的推出后，这种感觉得到了加强。变量是一项无代码功能，因为它允许设计人员无需编写任何代码即可创建功能齐全的原型。

一方面，它非常棒，因为它允许设计师在没有开发人员的情况下创建几乎真实的原型。另一方面，设计人员将转向使用代码逻辑来开发原型。

在这里，我想就这个话题谈谈我的想法和感受。

Figma 变量功能

什么是无码工具？

“无代码工具”是指允许用户设计、构建和启动网络应用程序或移动应用程序而无需编写代码的软件。例如，著名的无代码平台包括Webflow、Bubble、Glide和Adalo。使用这些工具，您无需编写代码即可创建网站或应用程序。

与传统的基于文本的编码相反，这些工具利用可视化编程并为应用程序创建提供用户友好的界面。换句话说，您可以通过界面来创建应用程序，而不是通过编写代码。

这些工具的主要好处是，它们允许产品设计师、企业家和其他非技术专业人员在创建原型或功能齐全的应用程序时将他们的想法变为现实。

然而，“无代码”并不意味着“没有逻辑”。在无代码环境中构建应用程序时，了解数据流和函数工作方式的基础知识仍然至关重要。

比较代码中的条件语句与无代码中的条件语句

为什么我认为 Figma 正在成为无代码工具

在我看来，Figma 正在成为无代码应用程序，主要是因为变量功能。

如果我们可以使用变量功能创建一个功能齐全的原型，那么是什么阻止我们进一步利用它来进行完整的应用程序开发呢？

如果我们可以将原型连接到数据库，我们将获得一个正常运行的应用程序。因此，如果 Figma 合并了一个数据库，那么每个人都可以直接从 Figma 构建应用程序。

如今有一些工具可以实现此目的，例如Buzzy、Bravo等。

如果 Figma 走上这条轨道，他们就可以向更多市场开放，就像他们通过开发模式向开发者开放一样。

如果他们在某个时候进入无代码市场，我不会感到惊讶。对于 Figma 来说，这可能是一个绝佳的机会，可以扩大其用户群、吸引更多用户并渗透到新市场，尤其是那些由流行的无代码平台主导的市场。

例如，他们可以提供类似于 Webflow 和Framer 的应用程序托管环境。

因为效率，我们促使设计师更加技术化

我记得当我们使用 Illustrator 和 Photoshop 来设计网站和应用程序时。这很不舒服，因为这些工具不是为了创建应用程序或网站而构建的。

然后 Sketch 出现了，这个工具的真正好处是它更现代的界面，以及它的杀手级功能，称为符号（在 Figma 中称为组件）。

我们第一次创建一个元素并重复复制它以提高效率。这为我们现在所说的 UI 工具包打开了大门，它涉及构建一组组件并不断地使用它们创建界面。

换句话说，我们建造了乐高积木并玩它们。Figma 将其提升到了另一个水平；他们改进了组件并添加了组件的属性，现在它是一个更强大的功能。

所有这些改进使我们能够将设计与代码联系起来。它帮助我们创建了一个完整的设计系统。到目前为止，一切都还好。我们可以与开发人员密切合作，为他们提供用“乐高”组件构建的屏幕，然后他们为我们构建应用程序。

现在，Figma 鼓励我们自己编码。我们不一定要编写代码，但可以构造逻辑并创建功能齐全的组件。

开发人员不再需要构建这些——我们可以自己构建。更准确地说，开发人员仍然需要用代码来创建这些组件，但是设计者可以将它们创建到一定程度，开发人员不需要编写代码。他们可以复制并粘贴它，因为所有逻辑都已经存在。

那么，接下来会发生什么？设计师是否需要比开发人员以前做更多的任务？我们是否必须变得更像他们？这些都是大问题，我们还不知道所有答案。

我们搭建“乐高积木”并玩它们

Figma如果转换为完全无代码工具有什么好处？

真实原型设计人员可以创建具有完整功能的真实原型。与简单连接屏幕的传统原型不同，您可以真实地构建原型。

这样，所有利益相关者都可以清楚地了解您的设计及其工作方式，包括所有交互和小细节。此外，您可以使用原型来测试您的假设并获得更好的结果。因为它的外观和感觉几乎 100% 与真实产品一样。

构建真实产品无代码工具使发布真实产品变得更加容易。

这意味着成本效益 - 无需让开发人员满足所有需求，设计人员可以独立提供解决方案。

例如，如果您是为客户工作的自由职业者，您可以自己设计和开发应用程序。这对雇用您的人也有好处，因为您可以为他们提供从头到尾的解决方案。

除了快速发布之外，您还可以对产品进行超快速迭代，并快速向客户提供改进。

我想在这里提出免责声明，并说，目前，这仅适用于简单的应用程序，不适用于复杂的应用程序。

设计师所有权当设计师使用无代码工具时，他们可以完全控制应用程序的技术方面。这意味着设计师可以达到他们想要的确切结果。例如，将不再有关于元素的大小或其颜色的争论——如果出现错误，设计师可以立即修复它。

对设计师不利的地方

有限的设计灵活性无代码工具在设计灵活性方面存在一些限制。这意味着设计人员可能无法在应用程序中包含他们想要的所有交互或功能。这些工具通常遵循标准准则，限制了创建独特且创造性交互的能力。

这与编写代码形成鲜明对比，编写代码几乎一切皆有可能，或者正如一位开发人员告诉我的那样，“有了金钱和时间，就可以开发一切。”

耗时使用无代码工具构建原型、Web 应用程序或移动应用程序需要时间。这将是一个功能齐全的应用程序，但需要投入时间才能实现。这意味着设计师可能需要花费大量时间来构建它，这意味着要在技术工作上投入时间。

依赖于您的技术知识设计师可能想要为应用程序构建复杂的交互，但因为他们不知道如何在原型中创建它，所以他们不会使用它。当我们不知道如何做某事时，我们可以做一些简单的事情，即使这不是最好的。

这就像一位厨师心中对一道菜有一个复杂的愿景。然而，如果他们不知道如何烹饪，他们会选择一个可能不太好的简单版本。

初级设计师在就业市场面临的挑战越来越大

当我们提高工作的级别和复杂性时，初级设计师的入门难度就会大大增加。

如今，作为一名产品设计师起步非常困难，所以如果要求的技术水平提高，就会变得更加困难。

增加复杂性类似于攀登更高的山

在这种情况下设计师的角色是什么？

观察完无代码工具的优缺点后，接下来的问题就变成了：

如果我们的工具过渡到无代码应用程序，设计师会发生什么？

研究：和以前一样，我们需要了解用户，并与产品经理一起定义范围并设计解决方案。

视觉设计我们的工具可能会成为刚性的积木建筑，限制设计师偏离结构原则的能力。这是令人失望的，因为这可能意味着只有设计系统设计师才会构建系统，而其他设计师只会构建流程。

设计我相信我们的主要任务将保持不变；我们需要为问题创建解决方案并找到最佳的流程和交互。我们将像今天一样继续寻找最佳流程、交互，当然还有解决边缘情况——这是设计师喜欢做的事情，但实际上并非如此。

创建原型

在这里我预见到一个重大的变化。设计人员在开发应用程序之前需要构建一个功能齐全的原型。该原型将使开发人员在开发之前了解每个细节。

此外，设计师将能够构建原型并进行可用性测试，而在这里，团队将再次要求他用最小的细节来构建它，这需要花费大量时间。

我在这里看到两点。首先，我们可能会更多地关注构建原型，而不是设计本身。

这意味着，如果产品团队要求设计师构建一个复杂的原型（这并不简单），设计师可能会在原型上投入更多精力，而不是投入时间来解决问题。这里存在风险：设计师可能会转变为更具技术性的角色，从而偏离原来的设计师角色。

其次，团队可能有一名指定的设计师，其唯一职责是构建原型。在这种情况下，我可以看到工作流程正在运行。然而，如果设计师的任务是创建设计并构建功能齐全的原型，那么设计师几乎可以充当开发人员。

作者：Edward Chechique