Figma AI 方向对了,但是还不能开香槟

Figma 和 Adobe 之间的第一轮博弈以 Adobe XD 祭天、Figma 拿到天价卖身契收尾。殊不知紧随其后的 AI 变革,将这场底本板上钉钉的收购案,拉扯到了另外一个方向。重新分家的 Adobe 和 Figma 在席卷世界的 AI 浪潮中,唯一的牌桌上的竞争者,这一轮的大洗牌核心,AI 将计划、创作、 表达的权力再一次下放给更普遍的用户(虽然依然还不够老练),Adobe 和 Figma 连同 Midjourney 、Stable Diffusion,乃至于最近刚刚发布的苹果智能(Apple Intell

Figma 和 Adobe 之间的第一轮博弈以 Adobe XD 祭天、Figma 拿到天价卖身契收尾。殊不知紧随其后的 AI 变革,将这场底本板上钉钉的收购案,拉扯到了另外一个方向。

重新分家的 Adobe 和 Figma 在席卷世界的 AI 浪潮中,唯一的牌桌上的竞争者,这一轮的大洗牌核心,AI 将计划、创作、 表达的权力再一次下放给更普遍的用户(虽然依然还不够老练),Adobe 和 Figma 连同 Midjourney 、Stable Diffusion,乃至于最近刚刚发布的苹果智能(Apple Intelligence),一同到场了这场大逃杀,而这可能将是一场旷日持久的拉锯战。

对于 Figma 而言,选择是显而易见的。结合现有的 AI 技术,将大模型引入 Figma,为计划师和创作者提供更加沉醉式的 AI 功用,将 AI 和计划工作流无缝地连结到一起,赋予创作者更强地生产力,从而将计划师、计划团队和背后地大小科技企业,继续绑在 Figma 地战车之上,思路上和 Apple Intelligence 一样。

对于快速进化、一直处于某种生存焦虑中的 Figma 而言,这组感觉应该是很熟悉的。

如果你在工作中需要高强度地使用 Figma,也许你已经看过了 Figma 这次 Config 大会上所发布的新功用、新特性,如果你未曾了解,也可以查看彩云的这篇文章,汇总了这次几乎全部的功用更新:

不过,在每一次花团锦簇精心计划的发布会背后,总还是得「拷问」一下这些「新功用」,它们真的能达到那样完美的感受,那么优秀的效果吗?

比较极端的「动态极简」UI3

先从 UI3 开始说起。

对于越来越大的产物体量,Figma 选择来向 Zbrush 这类提供灵活自定义界面的计划工具靠拢。如果你见过其他人用 Zbrush,你会发现不同的用户自定义菜单截然不同,可以超级简单,也可以相当复杂。

Figma AI 方向对了,但是还不能开香槟

UI3 就是 Figma 交出来的答卷,Figma 默认将越来越复杂的功用隐藏起来,进而替换成为更为极简的界面,大度底本默认处于左右两侧的边栏以及位于页面上下的菜单,都收缩一个极简的工具栏核心:

Figma AI 方向对了,但是还不能开香槟

这种激进的 UI 修改方式,Figma 的解释是让宝贵的计划空间还给用户和计划内容,底本位于两侧和顶部的功用区则是在需要的时候再出现,可调剂空间的菜单栏让用户可以按照自己的需求来调剂。

此外,还有大度的功用区和控件是只有悬停的时候才会显示,以前熟悉的属性栏和计划师所习惯存在的面板也被迭代没了,整个界面更加「动态」。

按照 Figma 的解释,这种 UI 模式的改变是为了「平衡新手计划师和专业计划师的需求」,也是为了「以用户为中心,而不是以 Figma UI 为中心」,这些解释合理,但是全新的界面计划对于 新老计划师而言,都有着不低的学习成本。

Figma 这种「降低复杂度」的计划的初衷之一是「适应计划不断变化的本质」,加上新到场的 AI 功用,不少底本繁杂的功用确实可以淡化。Figma 想借此机会不断进化,为调剂留出空间,从而「为未来奠定基础」。

这种堪称破坏性的重计划,对于 Figma 目前已有的丰富的插件生态而言,是否是一件好事?有多少既有插件要针对新的 UI3 进行重新调剂?这里是存疑的,有待有序观察。

而为了保证 UI3 足够可用,新到场的 AI 功用也是 Figma 未来版图核心不可或缺的一部分,所以,它们也至关重要,也值得仔细审视。

深入到计划场景的 Figma AI

正如同我们现在所看到的,越来越多的产物选择粗暴地到场一个输入框,嵌入一个「AI」,这就算是给产物「人工智能化」来。这种千人一面的「AI」更多是为了跟上大环境趋势,增加产物的话题性,这无可厚非,只是在 2024 年下半年这个节点上,它只是一针短效强心剂。

实际上,Figma 已经在他们官方博客 Shotcut 中的这篇文章中 ,针对这一问题进行了探讨。文章的作者是 Andrew Hogan ,他正是 Figma 的 Insights 业务的负责人,文中他说道:

「大规模炒作、高需求、低可用性,是曾经移动端 APP 刚刚诞生时的三大特点。多年以后,我们都看到了它的革命性。……人们往往高估了产物的短期效应,而低估了产物的长期效应。」

在 Andrew 的眼中——或者说在 Figma 的眼中,AI 在产物中的深入计划和长期布局是非常有价值的。

「如果将像聊天框这样简单的计划改进,结合到产物核心,起来就能产生如此大的影响,那么用户很容易看到通过精心计划的用户感受,在具体的用例核心到底有多大的潜力。」

他的这些说法,也同样鉴于 Figma 自己针对不同的用户所做的调研和访谈,其中有 2 个非常有意思的数据:

Figma AI 方向对了,但是还不能开香槟

72% 在产物中添加人工智能的受访者表示,人工智能起的作用很小或不重要。只有不到三分之一的 AI 产物的提供者表示对他们的产物感到骄傲。

这些数据也反映出现有的许多 AI 产物,在「AI网红们」吹捧之外,并没有得到大众甚至开发者自身的足够认同,它们和移动端计划早期一样,处于「低可用性」状态——它们依然缺乏贴合场景、仔细打磨的感受。

这件事情对于很多头部企业而言,都是心知肚明的。我之前在《4500字深度思考!苹果如何用沉醉来重塑 AI 感受?》这篇文章核心详述了苹果的策略,而这同样也是 Figma 当前决策方向:沉醉式策略,深入计划流程。

当下的 AI 虽然四面开花,但是 AI 生成的内容类型大概也就那么几类,大家真正亟需的,是贴合真实使用场景的、高可用性的 AI 功用。(如果它真的好使,其实不提 AI 也会为用户所喜爱。)

优秀的感受通常是隐形的。

所以,Figma 目前主要提供了一系列 AI 功用,来弥合用户计划流程中的几个「空缺」。其中有几个非常容易理解,鉴于大度数据学习,帮助用户自动重命名图层的 AI 功用:

Figma AI 方向对了,但是还不能开香槟

鉴于目前非常老练的文本内容生成,直接用 AI 生成的文案来替换 乱数假文(Lorem Ipsum):

Figma AI 方向对了,但是还不能开香槟

鉴于如今老练的 AI 扣图技术来实现的一键去背景的功用:

Figma AI 方向对了,但是还不能开香槟

鉴于目前同样较为老练的多语言翻译功用,结合 UI/UX 领域大度的产物数据,迭代出来的 UI 界面文案翻译功用:

Figma AI 方向对了,但是还不能开香槟

接下来的几个 AI 功用,才是这次 Figma 更新中,极大提升计划师效能的拳头功用。

FigJam 的 AI 功用可以帮助计划师,迅速将复杂的想法,呈现为可视化的图表,对反馈和探讨进行分类,并自动执行繁琐的任务,这一点可以明显提升计划前期的搜集、整理效率。

Figma AI 方向对了,但是还不能开香槟

而鉴于 AI 的视觉识别和搜索技术的「视觉搜索」,对于已经攒了大度计划资产的计划师、计划团队而言,可以节省大度的前期工作——尽量在已有的计划素材和源文件中,匹配出想要的类似的计划,这意味着计划师不用重新造轮子,无需每次都从零开始,而是以一种匹配机制尽量进入体系化计划环节。从零造一辆车,还是鉴于一辆近似的车尽量改造出来,在能效上有着巨大的差别,只是这种效率差异,很大程度上取决于前期的积累,这核心也可能存在马太效应。

Figma AI 方向对了,但是还不能开香槟

如果面对完全没有计划过的界面,Figma 所提供的方案则是用 AI 生成,这个才是本次更新发布的大头,Make Designs。Figma 训练出可以生成成套 UI 界面的 AI,根据提示词一键生成,这才是广大UI/UX/产物计划师,真正期待的「魔法」,最重要的是 Figma 生成的可不是一张图,而是可编辑、调剂、复用(且符合某些逻辑和规则的)的 UI 界面:

完成基础的静态计划之后,同样鉴于垂直到 UI 交互领域的 AI 功用 Make Prototype 则可以将静态的 UI 界面快速链接到一起,生成可以交互的原型!这意味着计划师到了这个环节,只需要鉴于 AI 生成的原型,进行微调,即可获得可交互的原型,尽量推进进程。

而面向开发者的 Code Connect 功用,则通过一系列功用,提升开发交互的效率。

Figma AI 方向对了,但是还不能开香槟

如果 Figma 这些贯穿整个计划、开发的这组新功用,能够良好运行,AI 的训练数据和生成效果能够按照发布会预期来落地的话,数字产物计划的计划、调剂、迭代的速率将会得到极大的提高。

给TA打赏
共{{data.count}}人
人已打赏
应用

6个步骤,轻松利用Stable Diffusion生成B端图标!

2024-7-4 0:12:33

应用

腾讯云发布自研大数据高本能算计引擎Meson,本能最高晋升6倍

2024-7-4 10:27:00

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
今日签到
搜索