Мы сократили время создания интерфейсов react-приложений с 1,5 недель до 2 дней

Привет! Меня зовут Богдан Алексеев – я дизайн-менеджер в ВТБ. Мы построили и развиваем омниканальную экосистему для бизнеса, в которой сотрудники по всей России обслуживают более 1 млн клиентов.

Вчера мы презентовали вице-президенту результаты работы над новой стратегией. Он ожидал увидеть прототипы для оценки UX-решений на макетах в Figma. Мы показали 4 полностью рабочих react-приложения с реальным скроллом, интерактивными элементами и переходами. 

Раньше такие задачи занимали 1–1,5 недели на одно приложение. Мы сделали 4 за 2 дня. 2 дня, КАРЛ! Реакция ^[2] на такой показ и на выгоды в будущем была соответствующая.

Проблема: почему концептуальные прототипы съедают время и бюджет

Классический процесс выглядит так: дизайнер и бизнес-аналитик делают исследование проблемы, после чего дизайнер проектирует концептуальное решение.

Любой руководитель хочет видеть финальную картину. Но на этапе концепта все с пониманием принимают не финально проработанный вариант – “рисунок ключа”. Это нормально, потому что тратить время на мелочи не имеет смысла – в процессе может всё поменяться.

Дальше начинается итерационная работа: на основании исследований и обратной связи получается предфинальный прототип, который дорабатывается до ready-to-production состояния.

Здесь возникают две критические проблемы.

Проблема №1: Концепт требует много итераций

Мы как в игре открываем тёмную неизведанную область постепенно. На это нужно потратить много времени. Но результат нужен уже сейчас. А когда результат нужен быстро, приходится выбирать между скоростью и качеством проработки.

Проблема №2: Разность вёрстки между дизайнерами и разработчиками

Дизайнеры в макетах верстают не так, как разработчики. Похоже, но не так.

Пример: на макете дизайнер создал фрейм, внутри сделал автолейаут с паддингом и гэпом, где разместил все основные блоки. На реализации мы видим другую картину – все блоки независимы друг от друга, и всё строится на внутренних паддингах и гэпах у блоков.

Из-за этой разности часто возникают визуальные дефекты, за которыми нужно отдельно следить и внедрять ревью в процесс. Это всё время, деньги, система управления.

Час фронта по рынку – примерно 2000–2500 рублей. Мы научились делать это за 2300 рублей в неделю руками дизайнера.

Решение: дизайнер контролирует весь цикл

Мы кардинально меняем процесс создания дизайна. Теперь вёрстка и UI полностью переходят на уровень дизайнера, который сам контролирует качество и исправляет визуальные дефекты.

После того как всё идеально, он передаёт фронту код, который и визуально, и технически видит, как нужно сделать. При этом фронт видит это не на макете, а в 100% нативной среде пользователя – в браузере + Cursor/VS Code

Как мы это сделали: три способа

Способ 1: Claude + Figma API / Claude MCP + Figma

Мы использовали модель Claude Opus 4.5.

Вариант A: Figma Personal Access Token Генерируем в Figma Personal Access Token и даём доступ Claude. Таким образом он подключается к Figma API и на бэкенде читает фреймы и их стили.

Для настройки:

1. Зайдите в Figma → Settings → Personal Access Tokens

2. Создайте новый токен с правами на чтение файлов

3. Скопируйте токен и добавьте в настройки Claude через интеграцию с Figma

4. Укажите ID нужного файла в промпте

Вариант B: Claude MCP + FigmaClaude без прямой интеграции забирает с фронта информацию и даже может работать в браузере за вас по промпту через MCP (Model Context Protocol).

Для настройки:

1. Установите Claude Desktop или используйте веб-версию с поддержкой MCP

2. Подключите Figma через MCP-сервер

3. Авторизуйтесь через OAuth

4. Claude получает доступ к просмотру и анализу макетов в реальном времени

Минус обоих способов: на это тратится много токенов и ресурсов. Инфраструктура Figma не очень готова к таким объёмам запросов и часто выдаёт ошибки ^[3] лимитов. Несмотря на точность передачи контекста, объём задач и макетов слишком большой, и инфраструктура пока на это не рассчитана.

Способ 2: Figma + Figma Make

Хороший вариант – не надо вообще заморачиваться с настройкой сервера. Но быстро упираетесь в лимиты, и он не очень подходит для итерационной работы.

Если нужно сгенерировать 1 экран – отлично. Если нужно сделать полноценное приложение целиком, выходит дорого и неудобно.

Способ 3: Cursor + UI-kit на GitHub + скриншот

У нас работает идеально.

Вот как это работает:

1. Создаём локальную папку

2. Открываем её через Cursor

3. Описываем задачу и настраиваем окружение

4. Кидаем ссылку на GitHub с UI-китом и просим установить библиотеку

5. Скриним макет и отправляем в Cursor

6. Описываем поведение ^[4] элементов и что тянуть из библиотеки

7. Получаем на 90% точный результат

8. 10% делаем отладку вёрстки или логики

Так выходит дешевле в разы относительно первого варианта.

Примерно за неделю мы упёрлись в лимиты подписки стоимостью 2300 рублей. Это цена одного часа работы фронтенд-разработчика.

Критически важно: качество промпта

Формула эффективного мастер-промпта:

Проблема → Контекст → Действия → Ожидаемый результат → Примеры → Ограничения

Объём первого промпта должен быть сопоставим с листом А4.

Два правила написания промптов

Правило 1: Разбивайте всё на отдельные задачи

Не пытайтесь сразу описать сложную логику ^[5] и ожидать решения. Всё как в жизни – ставим одну выполнимую задачу и описываем её через результат.

Правило 2: Для решения проблем отправляйте контекст

Отправляйте логи, коды ошибок и, самое главное, сами прогуглите ошибку. Например, мы нашли ответ поддержки про ошибку лимитов Figma API на их форуме. Часто в официальных технических доках тоже всё описано. Кидаем ссылку на эти доки и ответы при формировании задачи.

Как научить дизайнеров настраивать окружение

Базово разберитесь сами (можно вместе с GPT) и научите команду работе с:

Терминал: команды cd, npm install, git remote, docker run

Я объяснял так: представь, что это твоя macOS, только без всей оболочки и дизайна. Всё взаимодействие с ней происходит с помощью команд.

Docker – помогает из твоего компа сделать сервер и ловить коды ошибок фронта и бэка.

GitHub – Figma для разработчиков, где вы храните код и работаете совместно над ним с контролем версий.

Node.js – просто установите по инструкции с официального сайта.

Это один день обучения ^[6], который окупается с первого проекта.

Результаты

• ×5 ускорение прототипирования

• 100% точность UX/UI на выходе

• Дизайнер контролирует весь цикл создания интерфейса

• Разработчик получает production-ready код

Что дальше?

Мы продолжаем развивать этот подход. Следующий шаг – интеграция с нашей дизайн-системой и автоматизация тестирования компонентов прямо на этапе прототипирования.

Если вы дизайнер или дизайн-менеджер и сталкиваетесь с похожими проблемами – начните с малого. Выберите один небольшой проект, попробуйте любой из описанных способов и посмотрите на результат.

Я веду Telegram-канал Design Fintech ^[7], где буду делиться:

• Готовыми промптами для генерации интерфейсов

• Реальными кейсами настройки окружения для дизайнеров

• Лайфхаками работы с Claude, Cursor и Figma API

• Ошибками, с которыми мы столкнулись, и как их решили

Подписывайтесь, если хотите внедрить AI в свой процесс и не потратить месяц на то, что мы уже прошли.

Напишите в комментариях, с какими сложностями вы сталкиваетесь при передаче макетов в разработку. Я с удовольствием отвечу на вопросы и поделюсь деталями настройки.

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

Но если вы начнёте уже сейчас, через неделю команда начнёт работать слаженнее, руководители увидят реальную ценность ваших решений, и задачи будут закрываться в разы быстрее.