Figma купила команду Bud и собирается закрыть оба продукта стартапа уже 18 июля. Для рынка это не просто очередной аккуихайр: команда Bud приходит в компанию в момент, когда Figma все активнее лезет из чистого дизайна в сторону кода, прототипирования и ИИ-инструментов для сборки приложений.
О сделке сообщает TechCrunch. Речь идет о стартапе Bud, который раньше назывался Orchids и был поддержан Y Combinator. Сначала он делал платформу для так называемого vibe coding: пользователю предлагали быстро собирать приложения для мобильных платформ, веба, Slack, браузера и других сред. Позже проект сменил позиционирование и превратился в Bud — платформу для создания ИИ-агентов, которые могут подключаться к разным сервисам, ходить в веб, писать код и автоматизировать задачи.
Детали сделки Figma не раскрыла: ни сумму, ни планы по интеграции команды в конкретный продукт. Но есть важный факт, который многое объясняет сам по себе: Bud и Orchids будут отключены 18 июля, а пользователям дали короткое окно на миграцию своих проектов. То есть Figma забирает не сервис как самостоятельный бизнес, а в первую очередь людей, экспертизу и, вероятно, наработки вокруг интерфейса для «разговорной» разработки и агентного выполнения задач. Формально это выглядит как покупка команды, а не как ставка на сохранение бренда или отдельной продуктовой линейки Bud.
Для самой Figma логика здесь довольно прозрачная. Компания давно пытается выйти за пределы статичных макетов, где дизайнер рисует экран, разработчик потом открывает тикет, а дальше начинается привычный сериал про «не так понял отступы». В последние годы платформа системно приближает код и интерактивность к своему рабочему полотну. В материале TechCrunch напомнили, что в прошлом году Figma представила Figma Make для создания веб-приложений, а в этом году добавила интеграции с Codex и Claude Code и запустила собственных агентов. На этом фоне команда Bud выглядит не случайным приобретением, а очередным кирпичом в конструкции, где Figma хочет быть не местом для обсуждения идеи, а местом, где идея доезжает до работающего прототипа заметно быстрее.
Здесь важен и более широкий контекст. Рынок быстро нащупывает новую норму: продукты для разработки больше не делятся строго на редактор, no-code-конструктор, IDE и систему прототипирования. Все смешивается в один слой, где пользователь сначала формулирует задачу естественным языком, потом получает интерфейс, логику, код и автоматизацию в одном контуре. Vibe coding как термин многим уже надоел, но сам паттерн никуда не делся: бизнесу нравится обещание сократить путь от идеи до тестируемого продукта, а командам нравится возможность быстро собрать рабочую версию без недель на ручную склейку прототипа, фронтенда и интеграций. Поэтому интерес Figma к таким командам выглядит скорее обязательной программой, чем экспериментом.
При этом у истории есть и менее глянцевая сторона. Ранее в этом году BBC, ссылаясь на исследователя безопасности, писала, что приложения, созданные на Orchids, были уязвимы для кибератак. Для Figma это неприятное напоминание о том, что генерация интерфейсов и приложений по текстовому запросу прекрасно продается на демо, но в продакшене быстро упирается в банальные вещи: права доступа, обработку данных, безопасные интеграции, контроль за сгенерированным кодом. Если Figma действительно будет глубже связывать холст, код и агентные действия, ей придется решать не только задачу удобства, но и задачу доверия. Иначе любой красивый прототип рискует стать красивой проблемой для ИБ и юристов.
Для разработчиков это означает вполне приземленную вещь: давление на классическую границу между «дизайнерским инструментом» и «инструментом разработчика» продолжит расти. Если раньше Figma была в основном источником макетов, комментариев и спецификаций, то теперь она все активнее претендует на роль среды, где можно не только придумать интерфейс, но и собрать его черновую рабочую версию, подключить автоматизацию и дать агенту сделать часть рутины. Для продуктовых команд и стартапов это выглядит заманчиво: меньше переключений между сервисами, быстрее цикл проверки гипотез, ниже порог для первых MVP. Для инженеров сигнал менее романтичный: придется еще внимательнее следить за качеством артефактов, которые приходят из таких систем, и за тем, где заканчивается «быстрый черновик» и начинается технический долг.
Для рынка B2B-софта эта сделка тоже показательна. Раньше компании охотно покупали команды, чтобы усилить дизайн, мобильную разработку или облачную инфраструктуру. Теперь все чаще покупают тех, кто умеет упаковать ИИ в понятный рабочий сценарий: сгенерировать приложение, собрать агента, связать сервисы, автоматизировать задачу без долгой настройки. Побеждать будет не тот, кто просто прикрутил чат в интерфейс, а тот, кто встроил ИИ в реальный производственный контур команды. Figma явно хочет оказаться именно в этой группе.
Главный вопрос теперь не в том, сохранит ли Figma интерес к агентам и генерации приложений, а в том, насколько далеко она готова зайти. Если команда Bud поможет превратить Figma в место, где макет без лишней магии становится прототипом, а прототип — заготовкой для продукта, давление почувствуют и платформы для no-code, и среды разработки, и инструменты для командной автоматизации. Если же все упрется в витринный ИИ поверх уже знакомого редактора, рынок быстро это заметит. Подробности сделки доступны в .