Figma作为设计工具的力量 _原型设计

本文概述

Figma可在任何平台上使用
Figma中的协作简单而熟悉
Figma使用松弛来进行团队沟通
Figma共享简单而灵活
嵌入式Figma文件提供实时更新
Figma非常适合设计评审反馈
使用Figma促进了开发人员移交
Figma项目文件可在线存储
Figma API提供第三方工具集成
文件版本控制是自动还是按需
Figma中的原型设计简单明了且直观
Figma的团队库非常适合设计系统
Figma旨在增强设计团队合作

Figma是一个基于云的设计工具, 在功能和特性上与Sketch类似, 但是有很大的差异, 使Figma更适合团队协作。对于那些对此表示怀疑的人, 我们将说明Figma如何简化设计过程, 并且在帮助设计师和团队有效合作方面比其他程序更有效。
让我们仔细看看。

文章图片
Figma具有熟悉的界面, 易于采用。
Figma可在任何平台上使用 Figma可在运行Web浏览器的任何操作系统上运行。 Mac, Windows PC, Linux计算机甚至Chromebook均可与Figma一起使用。它是这种类型的唯一设计工具, 在使用运行不同操作系统的硬件的商店中, 每个人仍然可以共享, 打开和编辑Figma文件。
在许多组织中, 设计人员使用Mac, 而开发人员使用Windows PC。 Figma帮助将这些群体聚集在一起。 Figma的通用性也避免了PNG-pong的烦恼(在设计团队的各个学科之间来回反弹更新的图像)。在Figma中, 不需要中介机制即可使所有人都能使用设计作品。
Figma中的协作简单而熟悉由于Figma基于浏览器, 因此团队可以像在Google文档中一样进行协作。查看和编辑文件的人在应用程序的顶部显示为圆形头像。每个人都有一个命名的游标, 因此可以跟踪谁在做什么很容易。点击其他人的头像会放大到他们当时正在查看的内容。

文章图片
在Figma中进行协作时, 你可以单击任何人的头像以查看他们的视图。
实时文件协作可帮助缓解” 设计漂移” (定义为误解或偏离商定的设计)。设计漂移通常发生在构想和构想在项目进行中快速实施时。不幸的是, 这经常导致偏离既定设计, 导致摩擦和返工。
通过使用Figma, 设计负责人可以通过打开共享文件来实时查看团队正在设计什么。如果设计师以某种方式曲解了简短的故事或用户故事, 则此功能使设计人员可以进行干预, 纠正路线并节省无数时间, 否则这些时间将被浪费掉。 (通过比较, 使用Sketch的团队无法立即判断设计师是否误入歧途。)
旁注：有些设计师不希望在工作时被” 窥探” , 因此取决于设计线索来说明其好处。通常, 大多数设计人员会很快看到这种功能的价值, 并轻松适应在共享环境中工作。
Figma使用松弛来进行团队沟通 Figma使用Slack作为其通信渠道。在Slack中创建Figma频道后, 在Figma中进行的任何评论或设计编辑都会” 松弛” 到团队中。此功能在实时设计中至关重要, 因为对Figma文件的更改将更新嵌入该文件的所有其他实例(对于开发人员而言, 这可能是头痛的事情)。不论是否需要, 都将立即审核对模型的更改, 并且反馈渠道已投入使用。

文章图片
Figma项目可以使用Slack通道在文件中添加线程注释。
Figma共享简单而灵活 Figma还允许任何文件, 页面或框架(在其他设计工具中称为画板)的基于权限的共享。当创建指向页面上框架的共享链接时, 单击该链接的人将打开Figma的浏览器版本, 并加载该框架的放大视图。

文章图片
Figma与拥有权限的任何人共享项目, 文件, 页面和框架。
这种从文件到框架的选择性共享形式, 使设计人员, 产品所有者和开发人员可以准确共享Bug跟踪工具和社区软件(如Confluence或SharePoint)所需的内容。
嵌入式Figma文件提供实时更新 Figma还共享实时嵌入代码段, 以将iFrame粘贴到第三方工具中。例如, 如果使用Confluence显示嵌入式模型文件, 则不会通过保存Figma文件来” 更新” 这些文件-这些嵌入式文件是Figma文件。
如果Figma中的任何人对模型进行了更改, 则可以在嵌入式Confluence模型中实时看到该更改。 (你可以在此处阅读有关Figma和Confluence集成的更多信息。)
下图说明了此功能对UX进程的影响：

文章图片
Figma消除了用于原型制作和评论的专用应用程序的需求。
在Figma之前, 还使用了其他一些工具来促进设计模型和更新的交换。迭代周期是一系列来回文件更新, 因此团队可以查看和实施当前设计。
在Figma之后, 不再需要第三方工具(但可以根据需要使用)。由于Figma处理前面所述的第三方工具的功能, 因此过程仅一步之遥-从草图移至Figma, 所有组都拥有最新的模型。从严格意义上讲, 没有” 交接” 。
Figma非常适合设计评审反馈 【Figma作为设计工具的力量】Figma在设计和原型制作模式中都支持应用内评论, 并且评论线程在Slack和/或电子邮件中进行跟踪。无需使用InVision或Marvel等第三方工具即可发布PNG文件或进行不断的更新来获取团队的反馈。

文章图片
设计者可以通过打开相同的Figma文件在评论过程中发表评论。
在进行设计审查时, 团队设计师可以在大屏幕上讨论他们的工作, 记录评论并解决问题-所有这些都在Figma中进行。 Sketch无法实现这种形式的实时反馈, 后者需要上传到云服务以获取团队意见。

文章图片
开发人员可以从设计文件或通过运行Figma原型访问代码。
Figma项目文件可在线存储由于Figma是一个在线应用程序, 因此它通过在专用视图中显示项目及其文件来处理文件组织。 Figma还支持每个文件多个页面, 例如Sketch, 因此敏捷团队可以逻辑上组织其项目：

为功能主题创建一个项目。
为史诗或大型功能创建文件。
在该文件中为每个用户故事创建页面。

这只是组织文件的一种方法, 根据过程的要求, 可以使文件变得更细或更细。

文章图片
可以在专用视图中轻松组织项目文件。
Figma API提供第三方工具集成 Figma现在具有开发人员API, 可以与任何基于浏览器的应用程序进行真正的集成。公司正在使用它来在其应用程序中集成设计文件的实时显示。例如, Uber的大屏幕可以显示公司周围” 实时” 的设计文件。设计是共享的, 欢迎公司内任何人提供反馈。
Atlassian的JIRA软件已实现了Figma附加组件, 因此产品所有者, 开发人员和质量工程师始终可以查看设计师提供的任何模型的最新版本。
此外, Figma的API有望满足客户对Sketch已提供的第三方插件和功能增强的要求。
文件版本控制是自动还是按需 Figma的内置版本控制系统进一步减轻了实时文件更新的不确定性。设计人员可以随时创建Figma文件的命名版本和描述。在对设计进行了约定的更改后, 可以立即执行此操作。

文章图片
手动保存文件版本以创建设计分支。
除非有意将更改提交到原始版本, 否则共享环境中的实时文件不会受到影响。还可以还原所有自动保存的版本以创建重复版本或覆盖原始版本。
Figma中的原型设计简单明了且直观 Sketch最近将画板添加到了画板原型中, 而Figma通过提供框架之间的过渡而走得更远。 Figma的简单原型制作功能消除了对其他进行幻灯片样式原型制作的工具的需求, 例如InVision或Marvel。如果只需要一个简单的演示并带有过渡, 则无需导出以查看工具。

文章图片
Figma原型制作与其他工具一样, 都使用框架之间的连接箭头。
Figma原型可以像Figma设计文件一样分发。拥有链接权限的任何人都可以查看和评论原型, 并且该反馈还会在工具的评论面板中捕获并记录在Slack中。开发人员可以看到设计工作流程, 直接向设计师发送@messages, 并从原型内部获取度量和CSS属性。
Figma的团队库非常适合设计系统设计系统已成为许多公司的必需品, 并且需要可重用, 可伸缩和” 标记化” 的组件(Sketch和Illustrator中的符号), 以供UX设计人员和前端开发人员使用的模式库中使用。

文章图片
Figma的团队库无模式对话框使你可以不受限制地访问组件和样式。
经常使用的短语” 单一事实来源” 确实适用于此-一旦创建了Figma团队库, 任何有权访问项目的人都可以在设计中使用组件的实例, 并确定他们正在使用最新版本。

文章图片
使用文件和框架组织组件既简单又灵活。
Figma的组件库方法既简单又易于管理。设计人员可以创建包含所有组件的文件, 也可以使用页面上的组件来组织模式库。 Figma页面中的每个框架都成为团队库中的组织部分(无需创建层次结构\ like \ this)。
组织库的一种方法是拥有一个专门针对组件的项目。可以根据需要组织该项目中的文件, 并且可以相应地排列这些文件中的页面。
Figma旨在增强设计团队合作在任何时间长度内使用Figma都将证明此实时协作工具的好处。它使团队可以继续工作, 并鼓励充分披露信息, 这对于构建适用于多种学科的设计系统至关重要。 Figma易于在任何平台上使用, 并且使团队可以快速共享其工作和库。
从Sketch切换后可以使用Figma的设计专家不会感到失望(草图文件可以奇偶校验地导入到Figma中)：