Figma добавила code layers, анимации и AI-навыки: что проверить перед внедрением в команду

Figma показал обновление, в котором кодовые слои появились прямо на совместном холсте, а анимации, переходы, 3D-преобразования и часть визуальных эффектов теперь можно собирать внутри самого продукта. Параллельно компания расширяет AI: от повторяемых навыков для ассистента и подключений к Notion, Granola, Excel и GitHub до генерации кастомных плагинов. Для бизнеса это означает более короткий путь от идеи до проверки, но только если заранее отделить режим поиска от режима выпуска. Главный вопрос здесь не в том, «может ли Figma больше», а в том, где команда ставит границу между быстрым прототипом и тем, что нельзя отдавать в работу без контроля.

Что именно добавил Figma

По сути Figma двигается в сторону одного рабочего пространства для дизайна, тестирования и части автоматизации. В обновлении компания показала несколько вещей сразу:

• code layers — кодовые слои прямо в collaborative canvas;
• поддержку motion, shaders, transitions и 3D transforms;
• AI-инструменты для создания части визуальных элементов, включая shader effects и fills;
• возможность задавать repeatable skills для AI-ассистента, которые смогут использовать AI-агенты;
• подключение контекста из Notion, Granola, Excel и GitHub или через прикреплённые файлы;
• генерацию custom plug-ins по промпту, например для layout generators или vector path tracers.

Это продолжение линии, которую Figma уже начал раньше: в прошлом году компания показала Figma Make, а затем добавила интеграции с Claude Code и Codex, чтобы улучшить связку между дизайном и кодом. Теперь следующий шаг сделан в сторону того, чтобы код и визуальная работа чаще жили в одном окне, а не пересылались между отдельными инструментами.

Для пользователя это важно не как набор фич, а как смена логики: Figma всё меньше выглядит только как инструмент макетов и всё больше — как рабочая среда для ранней проверки решений.

Почему это меняет сроки, стоимость и контроль

Если смотреть на это глазами руководителя продукта, дизайна или операционной команды, ценность не в том, что «появился AI». Ценность в другом: часть работы, которая раньше распадалась на несколько переходов, теперь может собираться в одном месте.

Раньше типичный путь выглядел так: макет в Figma → отдельный инструмент для анимации → перенос в кодовый формат → обсуждение с разработкой → повторная правка. Теперь часть этого контура можно сжать. Это сокращает не только часы дизайнера, но и количество согласований, где чаще всего и теряется время.

Самый важный неочевидный эффект — контроль. Когда команда работает в одном полотне, ей проще видеть, что происходит. Но если не задать правила, скорость начинает маскировать недоделки. Появляется соблазн принять аккуратный на вид прототип за готовое решение. В деньгах это обычно заканчивается не экономией, а дополнительной переработкой на позднем этапе.

Как встроить обновление в рабочий процесс

Рабочая схема здесь должна быть не «попробуем всё», а «выделим зону для поиска и зону для передачи». Обновление Figma хорошо подходит именно для первого этапа — быстрого исследования.

Практический метод можно собрать так:

1. Оставьте code layers для поиска вариантов.
   Их смысл — не производственный код, а быстрое сравнение решений. Это полезно, когда дизайнеру, PM и разработчику нужно обсудить разные направления без долгой полировки.
2. Используйте анимации и transition внутри Figma там, где раньше уходили во внешний инструмент.
   Если motion нужен для проверки сценария или демонстрации, нет смысла делать лишний круг через отдельный софт.
3. AI-ассистента подведите к повторяемым задачам.
   Сформулируйте навыки как короткие, проверяемые операции: подготовка варианта, сбор контекста, черновик плагина, генерация layout-решения. Не смешивайте в одном навыке сразу пять разных задач.
4. Подключайте только тот контекст, который реально нужен задаче.
   Если ассистент получает доступ к Notion, Excel или GitHub, команда должна понимать, зачем ему этот источник и кто отвечает за качество данных.
5. Переводите результат в отдельный этап утверждения.
   Всё, что создано через AI или в code layers, должно проходить ту же проверку, что и обычный рабочий артефакт. Только критерии будут другими: не «красиво ли», а «можно ли это безопасно использовать дальше».

Если коротко, Figma теперь удобнее не для финальной точки, а для раннего сжатия цикла: от идеи до первого проверяемого варианта.

Что проверить до пилота

Перед тем как раскатывать новые функции на всю команду, имеет смысл проверить не саму «крутость» обновления, а его управляемость. Для бизнес-команды это важнее.

Что стоит выяснить заранее:

• Какой процесс вы хотите ускорить.
  Не «всё дизайн-производство», а один конкретный этап — например, создание motion-прототипов или сбор контекста для ассистента.
• Кто будет отвечать за качество AI-результатов.
  Если навыки и плагины генерируются автоматически, нужен человек, который проверяет их на соответствие стандартам команды.
• Как вы будете отделять эксперименты от рабочих артефактов.
  Code layers и AI-генерация создают соблазн смешивать черновики и финальные версии. Лучше заранее определить, какие слои идут в production, а какие остаются в песочнице.
• Какие интеграции действительно нужны.
  Подключение к Notion, Excel или GitHub даёт контекст, но каждый новый источник данных — это ещё одна точка отказа и потенциальный риск утечки информации.
• Как измерять эффект.
  Не в количестве созданных прототипов, а в сокращении времени от идеи до первого проверяемого варианта и в снижении числа переделок на поздних этапах.

Эти вопросы помогут не просто внедрить новые функции, а получить от них измеримую пользу без потери контроля.

Источники

1. Figma Blog: Config 2025 — New tools for design and development
2. Figma: What's new — June 2025 release notes

Генерация изображения

• Модель: qwen-image-2.0-pro
• Провайдер: alibaba