#14 Фигма зовёт вайбкод обратно на холст

Фигма выложила майский Workflow Lab про Code to Canvas. Если коротко: прототип, который вы собрали в коде через Cursor, Codex, Claude Code или другой агент, можно затащить обратно в Фигму как редактируемые экраны. Дальше уже смотреть флоу целиком, править компоненты, токены, состояния и при желании пушить изменения обратно в код. Сама связка «дизайн-код-дизайн» не новая. Интереснее другое. Последний год все очень радостно продавали вайбкодинг как короткий путь: написал промпт, получил интерфейс, запустил, погнал дальше. Типа Фигма больше не нужна, дизайнеры мешают скорости, агент сам всё соберёт. А потом выясняется, что быстро собранный экран всё равно надо где-то нормально посмотреть. Вайбкодинг быстро даёт экран, но плохо показывает продуктовый сценарий целиком В браузере ты видишь один экран. Иногда пару состояний, если не лень потыкать. В коде видишь компоненты, файлы, стили, условия. А продуктовый флоу целиком обычно расползается по вкладкам, роутам и «сейчас я тебе покажу, только сначала залогинюсь». Для разработки ок, для обсуждения интерфейса так себе. У меня так постоянно. Быстро сделал фичу, локально вроде работает, в голове всё ясно. Потом открываешь рядом несколько экранов и видишь: • кнопка называется иначе • пустое состояние забыто • фильтр ведёт себя странно • мобильная версия поехала • пользователь попадёт в тупик и будет смотреть на экран как на квест от плохого диза И всё. Твоя «почти готовая» фича уже не такая готовая В доке Фигма прямо описывает похожий сценарий. Агент берёт локальный прототип, переносит уникальные экраны на холст, использует компоненты и стили из дизайн-системы, добавляет страницу с саммари. Потом дизайнеры уже могут смотреть и чинить: где лишний элемент, где лучше взять нормальный компонент, где просела иерархия, где токены уехали итд Это хорошая роль для Фигмы. Она не обязана быть местом, где всё начинается. Иногда она может быть местом, куда продукт возвращается на проверку. Быстро накидали в коде, положили на холст, посмотрели весь сценарий, привели в чувство, отправили обратно в разработку. Тут, кстати, спор «фигма или код» становится совсем уставшим. В реальной работе чаще нужен круг: 1. быстро собрать рабочий вариант 2. увидеть весь флоу рядом 3. поправить продуктовую логику 4. вернуть изменения туда, где это реально живёт Главное, чтобы этот круг не превратился в новый ритуал ради ритуала. Типа сначала агент сделал экран, потом агент перенёс его в Фигму, потом агент поправил, потом агент вернул в код, а команда всё это время сидела и смотрела на красивую автоматизацию. Дизайнерское решение всё равно кто-то должен принять. Пока что, желательно человек. Что думаете? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

🌩 Дизайн становится новым способом собирать продукт

Дилан Филд говорит о дизайне не как о финальной упаковке интерфейса, а как о новом рабочем слое между идеей, кодом и продуктом. В эпоху ИИ важнее становится не просто написать промпт, а уметь визуально управлять намерением: быстро пробовать варианты, смотреть на результат, отбрасывать лишнее и сходиться к решению. Главная мысль в том, что дизайнер не исчезает из процесса. Наоборот, его роль становится шире: нужен вкус, ремесло, точка зрения, понимание пользователей, умение работать с прототипами, кодом, агентами и обратной связью от реальных клиентов. ИИ может ускорить перебор вариантов, но выбор направления, качество решения и ответственность за продукт всё равно остаются за человеком. Внутри: – Почему «дизайн как новый код» не означает замену дизайнеров; – Как Фигма пытается соединить canvas, код, прототипы и продуктовую разработку; – Почему прямые визуальные манипуляции могут быть сильнее одних промптов; – Зачем дизайнерам и лидерам быстрее включаться в прототипирование; – Как агенты ИИ помогают исследовать варианты, но не принимают продуктовые решения; – Почему процесс разработки всё меньше похож на линейную цепочку; – Как слияние ролей может быть полезнее гиперспециализации; – Почему вкус, ремесло и точка зрения становятся важнее в эпоху доступных инструментов. ➡️ Смотреть видос (EN) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Логика фёрст или что происходит до дизайна 👀

Многие заказчики в диджитал оценивают цифровые продукты по визуалу — красиво или нет, современно выглядит или уже устарело. И это нормально, потому что они не погружены в разные процессы. На практике дизайн — это одна из финальных стадий работы. В хорошем диджитал-продукте до появления первых экранов всегда прорабатываются сценарии, логика и поведение пользователя. Да, это не самая «зрелищная» часть работы, но именно она определяет, насколько продукт будет понятным и удобным. Хочу показать, как это устроено у нас в Агентстве.Анкора На скриншоте — кликабельные прототипы приложения «ЕлиПили». Того самого проекта, за который мы получили серебро на Workspace Digital Awards — так что в этой теме мы реально шарим. За время работы мы собрали несколько прототипов под разные пользовательские сценарии. В какой-то момент это превращается в довольно сложную систему: сеть экранов, переходов и взаимосвязей. Но именно внутри этой системы и формируется продуманный и удобный пользовательский опыт. С такими прототипами мы приходим к заказчику на презентацию🔥: просим открыть ссылку и начать пользоваться приложением. Дальше мы наблюдаем и задаём вопросы: ☑️ Понятен ли текст на экране? ☑️ Что вы сделаете дальше? ☑️ Замечаете ли нужную кнопку? ☑️ Понимаете ли, какое действие от вас требуется? там еще 100500 вопросов обычно )) Такие простые тесты помогают находить слабые места в логике продукта. Заказчик почти всегда лучше нас понимает свой бизнес. И через его реакцию мы видим, где пользователь может запутаться, какие элементы остаются незамеченными и какие гипотезы не работают. Потому что любой диджитал-продукт — это, по сути, набор гипотез. Хороший дизайн начинается не всегда с цветов, шрифтов и красивых экранов. Он начинается с понимания того, как человек будет пользоваться продуктом и насколько простым и понятным окажется его путь — от первого действия до результата.

#12 Фигма Make лезет в реальный код

Фигма 28 мая выкатила важный апдейт Make: теперь инструмент можно подключить к локальной кодовой базе. Открываешь существующий проект, выбираешь элемент на экране, правишь свойства, отступы, цвет, размер, раскладку, а агент уже находит нужное место в коде и вносит изменения. Пока это ограниченная бета в десктопном приложении для Mac. И сама Фигма честно пишет, что лучше всего это подойдёт дизайнерам, у которых уже есть доступ к кодовой базе компании. Раньше вайбкодинг в дизайне чаще был про быстрый черновик. Собрал экран, показал идею, выбросил половину, что-то утащил в работу. Вроде полезно, но всё равно чуть отдельно от настоящего продукта. А теперь Фигма Make пытается работать с тем местом, где продукт уже живёт. Самый важный вопрос теперь: кто имеет право двигать кнопку, если эта кнопка уже в коде? Потому что визуальная правка реального интерфейса звучит очень соблазнительно. Увидел, что отступ кривой, выбрал блок, поправил. Текст не тот, поменял. Цвет уехал, вернул. Не надо писать разработчику «можешь тут 8 пикселей вместо 12», ждать, объяснять, показывать скрин, потом снова смотреть, что получилось. Но чем ближе дизайнер подходит к коду, тем быстрее появляются взрослые вопросы: 1. кто проверяет такие изменения 2. что считается безопасной правкой 3. где начинается логика, а где просто внешний вид 4. кто отвечает, если агент поменял не тот компонент 5. как откатиться, если всё поехало Фигма это понимает, поэтому делает не «пуш в прод», а нормальный путь через разработку. Изменения сначала лежат как локальные коммиты. Можно создавать ветки, смотреть историю, откатываться, а потом открыть пулл-реквест, чтобы инженеры проверили правку как обычное изменение в коде. И это, по-моему, правильная часть новости. Не сам факт, что дизайнер может подвигать блок в живом проекте. А то, что Фигма пытается встроить это в нормальный процесс разработки. Через ветки, коммиты, проверку и возможность отката. Потому что без этого будет весело примерно два дня. Потом кто-то визуально поправит карточку, агент заденет общий компонент, уедет ещё десять экранов, разработчик откроет код и спросит, кто вообще это сделал. Но я бы не хотел, чтобы это стало режимом «дизайнеры теперь сами чинят фронт». Скорее это должно быть как быстрый слой для понятных UI-правок. Поправить отступ. Проверить состояние. Подкинуть вариант. Открыть пулл-реквест. Дальше уже обычная проверка. Ещё важная штука: Фигма разрешает копировать экраны из Make обратно на холст как слои, обсуждать с командой и потом приносить решения назад в код. Это уже похоже на нормальный круг: продукт живёт в коде, команда думает на холсте, изменения возвращаются через понятный процесс. Если Фигма сможет удержать этот круг без бардака, будет сильно. Потому что дизайнеру часто не нужен ещё один генератор красивого прототипа. А вот дизайн-ревью проводить и за качеством прода следить гуд, ибо разработчики лажают оч часто. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
😊 Дизайнеру уже мало просто хорошо рисовать
В этом разговоре Брайан Ловин из Ноушн очень точно описывает, куда вообще сдвигается роль дизайнера. Границы между дисциплинами размываются, и все меньше смысла делить работу на «это дизайн», «это код», «это продукт». Если хочешь влиять на результат, приходится понимать, как устроены инструменты, как думают инженеры, где заканчиваются возможности моделей и почему одни идеи в проде разваливаются, а другие нет. Самое важное здесь не в очередном наборе AI-инструментов. Главное, что дизайнеру теперь нужно уметь выходить за пределы макета: собирать прототипы в коде, разбираться в ограничениях Фигмы, понимать, как ИИ читает структуру интерфейса, и держать в голове не только красивую картинку, но и всю систему целиком. Не ради моды, а потому что иначе влияние на продукт быстро заканчивается. Внутри: – Почему дизайнеру уже недостаточно оставаться только в рамках интерфейсов; – Как в Notion прототипы все чаще уходят из Фигмы в рабочую кодовую базу; – Почему общение с инженерами стало частью нормального дизайн-процесса; – Зачем понимать реальные ограничения AI-моделей, а не фантазировать про их будущее; – Как хорошие примитивы, имена слоев и структура помогают ИИ работать точнее; – Почему доработка в IDE часто полезнее, чем бесконечные промпты; – Как непоследовательность ИИ одновременно ускоряет работу и создает хаос; – Почему способность глубоко сосредоточиться становится отдельным конкурентным преимуществом. ➡️ Смотреть видос (EN) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Пользуясь сторонним продуктом, мы часто понимаем его лучше, чем разработчики. Сторонний пользователь видит big picture — наблюдает продукт и максимально естественно взаимодействует с ним. Но стоит этому обычному пользователю стать частью команды, как он, зачастую, становится разработчиком локальных фичей.
А ведь настоящие продуктовые проблемы часто скрываются на стыке команд. Между поиском и корзиной. Между онлайном и оффлайном. Между ожиданиями пользователя и реальностью бизнеса. Дизайнер, который долго работает внутри одной части продукта, часто перестаёт замечать эти проблемы. Что делать? 🔵Пользоваться собственным продуктом. Возможно в B2B/B2E сегментах это и не всегда возможно, но если мы имеем дело с B2C — грех не быть пользователям сервиса доставки, такси, почты или банка; 🔵Проектировать дизайн, учитывая все корнер кейсы, отражая в Фигме все состояния системы и условия поведения пользователя; 🔵Собирать кликабельный прототип и проходить его перед показом дизайна. Делать это можно и стандартными средствами Фигмы и с помощью ИИ; 🚤 И ещё кое-что. Устроившись в продукт я обычно рисую blueprint-схему работы продукта — она помогает не только вникнуть в процессы, попутно обнаруживая точки роста и проблемы продукта, но и познакомиться с большинством ключевых команд. Дизайнер, который видит весь end-to-end опыт ценнее того, кто знает только свой кусок продукта. 🌊🌊
Изображение канала: Kosygindesign
🧸 Есть идея своей игры или игрушки? Самое время показать её всей стране!
Открыт приём заявок на всероссийский конкурс «Родная игрушка» — проект для тех, кто создаёт игры и игрушки со смыслом, заботой о детях и современным взглядом на образование, культуру и творчество ✨ За первый сезон конкурс собрал более 28 тысяч заявок со всей России, а проекты победителей получили производство, поддержку экспертов и широкое медийное продвижение. 🟡 Почему стоит участвовать? — возможность запустить свою идею в производство — работа с наставниками и экспертами индустрии — продвижение проекта и участие в выставках — шанс заявить о себе на всероссийском уровне 🔴 Номинации: • идеи игр и игрушек • прототипы • готовая продукция 🔴 Категории: • сюжетно-образная игрушка • настольная игра • конструкторы и сборные модели • техническая и технологическая игрушка 🔴 Тематические направления: — история и культура России — технологический прорыв — герои XXI века — единство народов России — семья и традиционные ценности Для студентов Института Дизайна это особенно классная возможность попробовать себя на стыке дизайна, проектирования, иллюстрации, 3D, гейм-дизайна и разработки образовательных продуктов 👀 🔗 Подать заявку: https://znanierussia.ru/igrushka
Изображение канала: Дизайнер, привет
💸 В DeFi первая сессия часто ломается не на трейдинге, а еще раньше, на перегруженном интерфейсе
У DeFi-приложений старая проблема: человеку с первого экрана кидают кошельки, комиссии, свапы, стейкинг, адреса и кучу терминов, где ошибка может стоить денег. В этом кейсе проверяли идею попроще: не показывать всё сразу, а дать пользователю выбрать нужные модули в онбординге и тем самым сузить первый пользовательский опыт под его задачи. Исследование получилось очень прикладным. Сначала интервью и сегментация, потом гипотезы, прототип на SwiftUI и сравнительный юзабилити-тест против реальных конкурентов. На тесте решение дало сильный эффект в части скорости и удобства: депозит в стейкинг проходили на 28% быстрее, перевод на 43% быстрее, а в сценарии перевода еще и снижалось количество ошибок. Для сложных финансовых продуктов это очень сильный аргумент в пользу прогрессивного раскрытия, а не экрана, где навалено всё сразу. Внутри: – Какие боли в первой сессии чаще всего ломают активацию в DeFi; – Как интервью помогли выделить два главных драйвера: безопасность и удобство; – Почему фокус сместили на модульный онбординг вместо очередного редизайна навигации; – Какие гипотезы дали приоритет по удобству, доверию и прозрачности; – Как прототип собирали через модульные флаги и адаптивный UI; – Как был устроен сравнительный юзабилити-тест против Bybit, Uniswap и Trust Wallet; – В каких сценариях решение реально снизило время и ошибки; – Почему для MVP дальше логично идти в событийную разметку, когорты и A/B-тесты. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайнер, привет
#10 Dessn хочет пустить дизайнеров ближе к коду
TechCrunch написал про Dessn. Это новый дизайн-инструмент, который поднял $6 млн и предлагает дизайнерам работать ближе к реальному продукту: запускать проект в облаке, подтягивать кодовую базу и менять интерфейс через ИИ. Кажется, что это опять очередной заход на тему «мы сейчас заменим Фигму». Но у Dessn фокус другой. Он полезен командам, у которых уже есть продукт, код, компоненты и рабочий интерфейс. Это не про генерацию с нуля как в Lovable или v0. У Dessn история приземлённее: быстро потрогать изменение там, где продукт уже живёт. В моих проектах этот разрыв всплывает постоянно. В макете всё чисто: нормальные имена, ровные карточки, аккуратные состояния, никаких внезапных ошибок. А потом открываешь прод, и там фамилия на 28 символов, картинка сломалась, тариф закончился, кнопка уехала, а бэкенд вернул что-то весёлое. Фигма в этом смысле прекрасная штука, но она очень легко превращает продукт в красивый симулятор продукта. Вроде всё выглядит убедительно, команда согласовала, можно идти дальше. А потом выясняется, что компонент так не умеет, данные приходят другие, состояние забыли, разработчик смотрит на макет и говорит: «ну это сложно сверстать». Dessn пытается сократить именно это расстояние. Сидеть отдельно в файле и представлять, как оно будет работать, уже мало. Хочется быстрее проверить идею на живом продукте. В таком сценарии пользы больше, чем в ещё одном генераторе красивых карточек. Хотя тут легко представить и обратную сторону. Если дать всем возможность быстро менять интерфейс через ИИ, в команде сразу начнётся спор за ответственность. Дизайнер поправил, разработчик не понял, продакт попросил ещё три варианта, кто-то на встрече сказал «а давайте попробуем», и вот уже продукт превращается в песочницу для идей. Поэтому без нормальных правил такое тоже быстро поедет. Основатели Dessn, кстати, не хотят делать связку с Фигмой. Считают, что это снова утащит команды от прода. Спорная мысль, но логика понятная. Они хотят строить инструмент вокруг места, где продукт уже работает, а идеальный макет остаётся в стороне. У них ещё в планах связки со Слаком и заметками со встреч. Типа обсудили что-то в команде, и из этого можно быстрее собрать прототип. С этим я пока осторожен, потому что «из созвона сразу в интерфейс» звучит красиво только до первого созвона, где все говорили разное и никто ничего не решил. В целом мне такие инструменты интереснее, чем очередные генераторы красивых карточек. Меньше вау на демке, зато ближе к реальной работе. Главное, чтобы это не превратилось в режим «каждый накидал по промпту, а потом разработка разгребает». Но мне нравится то, что щас все намекают дизам на то, что пора начать разбираться в коде) И скоро диз без этого навыка будет уже не так хорош. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайнер, привет
🤖 Чтобы ИИ не ломал дизайн-систему, ее нужно сделать читаемой для него
Когда вы кодите с LLM, проблема обычно не в том, что модель совсем ничего не умеет. Она умеет слишком правдоподобно угадывать. Поставит 12px там, где у вас должно быть 8px, выберет «почти тот» синий, придумает токен, которого в системе нет, и на каждом новом сеансе начнет делать это заново. По отдельности всё выглядит нормально. Вместе получается интерфейс, который расползается уже через несколько итераций. Здесь предлагают довольно жесткую, но рабочую схему: не надеяться на память модели, а дать ей опору в виде спецификаций, закрытого слоя токенов и автоматического аудита. То есть вынести дизайн-систему в структуру, которую LLM может читать как источник истины, а не как намек. Тогда она не выдумывает значения, а берет их из ограниченного набора, а любое отклонение ловится скриптом до ревью. Внутри: – Почему LLM плохо держат дизайн-систему в голове даже в рамках одного проекта; – Какие три ограничения модели быстрее всего разваливают консистентность интерфейса; – Зачем делать отдельные spec-файлы для foundations, tokens, components и patterns; – Почему закрытый слой токенов лучше, чем набор «примерно правильных» значений; – Как аудит по CSS ловит хардкод и не дает визуальному дрейфу копиться; – Зачем связывать инструкции для агента, токены и CI в одну систему; – Почему такой подход особенно важен для больших прототипов и длинных AI-сессий; – Как именно структура дизайн-системы превращается из знания в голове в рабочую инфраструктуру. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайн-снайпер
Минутка UX:
Дизайнер Саша Иванов показал прототип приложения с «жидкими фото», когда лента плавно «перетекает » из образа в образ.
Video is not supported
Изображение канала: Дизайнер, привет
Фигма потихоньку ест Иллюстратор
У Фигмы в релиз-нотах появился апдейт Draw. Там добавили текст по контуру, быстрый доступ к инструментам, отдельные слои для текста и вектора, новые настройки кистей, градиентов, текстур и шума. Можно было бы пролистать и забыть. Ну мало ли, ещё один набор мелких улучшений для тех, кто любит ковырять векторы. Но вообще это довольно показательная история. Они уже давно перестали быть просто местом, где рисуют экраны. Теперь вот потихоньку забираю соседние задачи, из-за которых дизайнер раньше уходил в другие редакторы. Обычный рабочий сценарий: • Собрал экран в Фигме. • Понял, что нужна простая картинка для пустого состояния. • Потом обложка. • Потом чуть поправить вектор. • Потом текст по дуге. Потом какая-то графика для презентации. И начинается: открыл Illustrator, поправил, экспортнул, вставил обратно, увидел правку, пошёл заново. Всё это не страшно, но бесит. Особенно когда задача маленькая, а вокруг неё внезапно появляется отдельный мини-процесс. Вот в такие места Draw и лезет. В ежедневную мелкую графику, которая постоянно всплывает рядом с интерфейсами. Для большой профессиональной иллюстрации отдельный редактор всё равно пригодится, тут иллюзий нет. Для продуктового дизайнера это вполне окей. Нужно быстро собрать пустое состояние, простую иконку, промо-блок, обложку, кусок графики для лендинга или презентации. И если всё это можно сделать прямо рядом с макетом, без прыжков между окнами, то понятно, почему Фигма туда идёт. Обратная сторона тоже есть: фигма начинает пухнуть. Сначала экраны. Потом прототипы. Потом Dev Mode. Потом сайты. Потом ИИ. Теперь ещё больше графики. И в какой-то момент инструмент, который был понятным рабочим местом, начинает превращаться в такой дизайн-комбайн, где всё вроде можно, но иногда уже не очень понятно, куда смотреть. Мне в целом удобно, когда мелкие графические штуки можно быстро сделать в том же файле. Я не хочу ради маленькой картинки для онбординга открывать ещё одно приложение и устраивать цирк с экспортами. Но я ещё меньше хочу, чтобы Фигма стала местом, где всё делается на уровне «ну вроде норм». Короче, Draw выглядит маленьким апдейтом, но направление у Фигмы понятное: дизайнер должен всё реже выходить из одного рабочего пространства. Вопрос только в том, где у этого пространства край. Потому что если сложить туда вообще всё, однажды сама Фигма станет отдельной задачей на день. Я вот, например, так и не нашёл как мне отменить подписку на тим аккаунт. Нигде. Даже кодекс просил, чтоб нашёл. Тупо нет кнопки нигде. Что думаете? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайн-снайпер
Минутка инструментов:
Проникновение нейронок в процесс дизайна уже очевидная реальность. Можно сказать, что ключевые нейронки это уже некоторый стандарт для работы и над подготовкой проекта и его концептуальным прототипированием и конечно способ сделать проектную презентацию. Сегмент развивается стремительно. Хорошо это или не очень — зависит от дизайнера. Для тупого и «красивого» дизайна есть все возможности генерировать бессмысленное в промышленных масштабах. Очередной инструмент обещающий сделать за вас дизайн быстро и качественно — Lovable. Мне же даже в презентации все кажется немного китчевым и пошлым визуально, с перебором эффектов и сомнительной эффективностью. Но это же субъективное. Не хочется ворчать. Но это все вызов талантливому и оригинальному мышлению дизайнера. Это же реклама, которая обещает вам «великий дизайн», но выбор всё равно за дизайнером.
Video is not supported
Изображение канала: Вакансии для дизайнеров
AI в дизайне это уже не про отдельные тулзы
На днях наткнулся на цифру: 94% компаний в мире жалуются на нехватку людей с AI-навыками. И, судя по прогнозам, к 2028 году сильно легче не станет. Для дизайна это тоже важный сигнал. Просто уметь делать нормальные макеты уже мало. Бизнесу всё чаще нужны люди, которые понимают, как работать с AI не точечно, а системно: поставить задачу, собрать контекст, проверить результат и отвечать за итог. Проблема в том, что большинство дизайнеров пока используют AI кусками. Тут текст поправить, там референсы собрать, где-то экран накидать. А на реальной задаче всё быстро ломается: AI не помнит бриф, не понимает дизайн-систему, теряет контекст и выдаёт что-то, что потом всё равно приходится руками пересобирать. И вот тут интересная мысль. Возможно, дело уже не в конкретном инструменте, а в том, как вокруг него собрана рабочая среда: папки, скиллы, директивы, дизайн-система, правила проекта. То есть AI не как отдельный помощник сбоку, а как среда, внутри которой ты проектируешь. 13 мая в 18:00 мск Даниил Шишко из Pixel Perfect покажет, как у него устроена такая агентская система. Возьмёт размытое ТЗ в одну строчку от крупного зелёного банка и за 90 минут соберёт концепт банковского дашборда. Будет весь процесс через одного агента в Claude Code: бриф, ресерч, структура экранов, макеты в Фигме по настоящей дизайн-системе и кликабельный прототип. Плюс покажет стек Claude Code, Figma MCP и дизайн-систему, а ещё конкретные шаги, как собрать AI-агента под свои проекты. Если хотите понять, как AI может закрывать не отдельные куски работы, а весь дизайн-процесс — нужно приходить обязательно 🔠 Эфир в канале Даниила 🔠 Эфир в канале Даниила 🔠 Эфир в канале Даниила
Изображение канала: Дизайн-снайпер
Минутка рекомендаций
AI в дизайне это уже не про отдельные тулзы На днях наткнулся на цифру: 94% компаний в мире жалуются на нехватку людей с AI-навыками. И, судя по прогнозам, к 2028 году сильно легче не станет. Для дизайна это тоже важный сигнал. Просто уметь делать нормальные макеты уже мало. Бизнесу всё чаще нужны люди, которые понимают, как работать с AI не точечно, а системно: поставить задачу, собрать контекст, проверить результат и отвечать за итог. Проблема в том, что большинство дизайнеров пока используют AI кусками. Тут текст поправить, там референсы собрать, где-то экран накидать. А на реальной задаче всё быстро ломается: AI не помнит бриф, не понимает дизайн-систему, теряет контекст и выдаёт что-то, что потом всё равно приходится руками пересобирать. Дело не в инструментах. У AI должна быть архитектура (папки, скиллы, директивы, дс, правила проекта). Он не помощник, а среда, в которой ты работаешь. 😎 13 мая в 18:00 мск Даниил Шишко из Pixel Perfect впервые покажет свою агентскую систему изнутри. Возьмет размытое ТЗ в одну строчку от крупного зеленого банка и за 90 мин соберет полный концепт банковского дашборда. Все этапы работы дизайнера через одного агента в Claude Code: бриф, ресерч, макеты в Figma по дизайн-системе, кликабельный прототип. Что заберешь с эфира: • рабочий стек: Claude Code, Figma MCP и дизайн-система • конкретные шаги, как собрать AI-агента под свои проекты • подход, где AI закрывает весь дизайн-процесс, а не отдельные задачи ➡ Эфир пройдет в тг-канале Даниила: Подписывайся
Изображение канала: Дизайнер, привет
AI обещал ускорить работу дизайнера
Но по факту у многих всё выглядит примерно так: ChatGPT помогает с текстом, Midjourney делает картинки, ещё пара вкладок открыта для ресерча, а макеты, структуру экранов и финальную сборку всё равно делаешь руками. Вроде AI уже в работе, но рутины меньше не стало. Просто вкладок стало больше) И вот тут мне интересен подход Даниила Шишко из Pixel Perfect. Он перестроил процесс так, что один агент в Claude Code проходит всю цепочку дизайнера: от брифа и ресерча до структуры экранов, макетов в Фигме и кликабельного прототипа. 13 мая в 18:00 мск Даниил проведёт эфир и покажет это на реальной задаче. Возьмёт ТЗ в одну строчку от крупного зелёного банка и за 90 минут соберёт концепт банковского дашборда через одного AI-агента. Внутри будет рабочий стек: Claude Code, Figma MCP и настоящая дизайн-система. Плюс конкретные шаги, как собрать такого агента под свои проекты, чтобы AI закрывал не отдельные куски, а весь дизайн-процесс. Если у вас AI пока живёт на уровне «тут текст, там картинка» — приходите обязательно. Хотя бы чтобы понять, как может выглядеть следующий уровень работы дизайнера. 🔠 Эфир в канале Даниила 🔠 Эфир в канале Даниила 🔠 Эфир в канале Даниила
Изображение канала: Саша из Анкóры. Дальше дизайна
Дизайнеры, эттеншн! 💙
Мы сейчас в поиске новых дизайнеров для работы с сайтами, приложениями и брендингом. Мы делаем большие екомы, удобные приложения и помогаем с дизайном крупным компаниям. Среди наших клиентов Дефиле, Х5, СкайРом, Архитектор Групп... Для нас дизайнер — это не только про устойчивый визуал. Это про умение принимать решения на уровне логики продукта и понимания бизнеса. Ты наш идеальный кандидат, если... ☑️У тебя большая насмотренность. Без неё никуда. ☑️Осознанно работаешь с композицией, типографикой и визуальной иерархией. ☑️Умеешь в нейросети и доработку результата до максимально возможного. ☑️Понимаешь, как устроен дизайн-продакшн и как макеты превращаются в работающий продукт. ☑️Можешь объяснить и защитить свои решения через логику и здравый смысл. Хотя бы внутри команды. Будет большим плюсом умением в AE и люстру. Основные задачи: — Проектировать пользовательские сценарии для мобильных приложений, e-commerce и корпоративных сайтов; — Собирать интерактивные прототипы, которые понятны и заказчику, и разработке; — Выстраивать визуальные концепции под задачи, а не «просто красиво»; — Работать с гайдлайнами: применять и адаптировать без потери смысла; — Делать адаптивы, работать с компонентами и дизайн-системами (UI kit, атомарный подход — всё это не должно быть новостью). — Создавать визуал для кейсов, которые будут получать награды. Как откликнуться: Пришли резюме и короткое сопроводительное на team@ancora.agency Расскажи о 3 ключевых кейсах и своей роли в них — по делу, без воды. И приложи ссылки на 1–2 сильных проекта в Figma. Больше не надо. Если мэтч по сивишке — сразу же ответим. Будет супер, если добавишь свой ник в ТГ для связи.
Изображение канала: Дизайн-лодка
Честно говоря, я наверное скоро начну ИИкать от количества постов про ИИ. Тоже постоянно использую нейронки, хотя особо не пишу об этом.
Недавно завайбкодил небольшой лендос с помощью Cursor, собрал ТГ-бота в n8n, не говоря уже о Nano Banana, приколах в Sora, Suno и каждодневном использовании GPT. Для продукта в GPT генерю гипотезы, анализирую конкурентов, дипсёрчу источники в Perplexity, иногда прошу GPT провести ревью флоу/экрана. Экспериментировал в Figma Make, но результат оставил желать лучшего. Чтобы узнать, как у других, поспрашивал ребят из разных компаний о том, как AI-инструменты поменяли их дизайн-процесс и поменяли ли. 👱‍♂️ Юрий Ветров ⏺️ Дизайн-директор в Точка Банк Сам дизайн-процесс не поменяли, потому что он больше завязан на совмещение целей пользователей и бизнеса, а не конкретные инструменты. Но какие-то части процесса — да. Где-то это бытовуха — вроде перегнать данные из одного формата в другой. Где-то — автоматизация этапа процесса (например, написать свой плагин для Фигмы). Где-то — возможность делать графические элементы на потоке (например, нодовые инструменты генерации). В хобби-проекте вечерами пишу учебную платформу и дизайн-систему на React в формате парного программирования. 🥷 Стефан Васадзе 🏧 Руководитель дизайн-группы в EMCD, ex.Яндекс, ex.VK В дизайне пока только внедряем и учимся, из живого: — Сделали агента, который собирает сам задачу под шаблон опрашивая продакта, далее хотим прикрутить этап первичного discovery; — Сделали плагин где маркетинговые материалы самогенерятся на основе инпута (KV + текста + ресайзы); — Собрали за день свой инструмент для assessment и perfomance review дизайн команды + аналитика и всякие приколдесы; — Делаем пересборку дизайн-системы и компонентов в сторибуке прямой связкой через Figma API, далее хотим автоматизировать пуш изменений и начать работать не с макетами, а с прототипами в коде; — Работаем над проектированием агентов под точечные задачи, в идеале скинуть на них всю операционку где можно без человека; — Собираем лендосы для тестов; — Ищем инфу по корп инструментам/анализируем исследования/копаем в инсайты из чатов/делаем выводы из аналитики и тд. 🙎‍♂️ Марк Борзенков 📦 Дизайн-менеджер в Avito Мы уже больше года генерим картинки, даже сложные 3д персонажи получаются на отлично. Текста и орфография — тоже на отлично. Но это база, как у всех. А что из интересного, смогли на прод завайбодить улучшение. Разобрались с репозиториями, прошли ревью и смержили. Дальше — больше! 🤵‍♂️ Александр Дудинский 💾 Дизайн-лид в EPAM У меня ИИ пока значительно помогает только в быстрых прототипах. Связка Figma Make + Claude Code помогают собирать быстрые прототипы для обсуждения с командой и продактом на стороне клиента. Если раньше мы иногда тратили несколько дней на первый полноценный прототип, то сейчас в течении пары часов собираем весь флоу, включая корнер кейсы. И понятное дело, что все это с анимациями, различными состояниями и т.д., но финальный дизайн всё равно собирает дизайнер. Пока не получилось отдавать готовый код разработчикам и полностью автоматизировать всё это, к сожалению. Про мелочи вроде «быстро сгенерировать сочную иконку» писать не буду, мне кажется это уже база сейчас, а не ускорение работы. 👩‍💼 Дарья Кан 🧿 Дизайн-лид в Оzon У нас в Ozon дизайн-процесс не поменялся. Ключевые этапы, такие как исследование, проработка концепций, дизайн и проверка решений, остаются прежними. Но постепенно ИИ становится вспомогательным инструментом. Мы используем ИИ, чтобы сформулировать UX-копирайтинг особенно на этапе концептов, когда нужно сосредоточиться на идее и смысле, а также при работе с иллюстрациями — быстрая генерация идеи для ускорения синхронизации с командой или заказчиком. Основная ценность по-прежнему остаётся за дизайнером — его опытом, насмотренностью и способностью принимать решения. 🌊🌊
Изображение канала: Дизайнер, привет
⚡️ Дизайн в 2026 это уже не про скорость ради скорости
Пару лет назад все спорили, заменит ли AI дизайнеров. Сейчас вопрос другой: что вообще остается ценным, когда визуал, тексты, иллюстрации и прототипы делаются в разы быстрее. Судя по комментариям дизайн-лидов из Ozon, ВТБ, Яндекса, МТС, VK и других, ответ один: мышление, системность и умение связывать дизайн с продуктом, метриками и восприятием. Самый интересный сдвиг в том, что дизайн перестает быть ремеслом и становится управлением продуктом через интерфейс. AI ускоряет производство, но не решает за команду, что именно нужно делать, зачем, как это встроить в сценарий и чем продукт будет отличаться от остальных. Поэтому в 2026 выигрывают не те, кто быстрее всех генерирует экраны, а те, кто умеет строить логику, характер продукта и ощущение от взаимодействия. Внутри: – Как AI стал частью операционной среды, а не просто модной фичей; – Почему скорость производства больше не дает преимущества сама по себе; – Как меняется роль дизайнера, когда фокус уходит от ремесла к решениям; – Почему рынок устал от хайпа и начинает смотреть на AI через экономику и эффект; – Зачем продуктам в 2026 нужна управляемая уникальность, а не копия лидеров; – Как эмоциональный дизайн влияет на доверие, позиционирование и восприятие; – Почему Zero UI становится следующим уровнем конкуренции через поведение, а не через кнопки; – Как живая типографика и адаптивный сторителлинг помогают управлять вниманием и вовлеченностью. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайн-снайпер
Минутка веб:
Дизайнер Zsolt Kacso экспериментирует с эффектами интерфейса разрабатывая интерактивную версию прототипа с помощью html-in-canvas и Three.js.
Video is not supported