Я должен поделиться, пока это актуально.

Вот так выглядит рабочий прототип (приложил к посту), который ты тестируешь с разработчиком. Контекст: тебе надо понять смогут ли твои программисты реализовать новый функционал. И ты здраво хочешь минимально потратить ресурсов на этот эксперимент. Что делать? Для этого базово списком описываешь основные функции и без дизайна отдаешь программистам. Это хорошая методика проверенная мной годами. Всегда тестируйте сложные функции на таких демках с прогерами до старта дизайна. Постоянно вылазиют на этом этапе "ограничения", которые можно учесть в дизайне. Говорю вам, как старый пес войны продакшена. И с гордостью сообщаю, что у меня самые шустрые прогеры на Диком Западе. В среду я показал вам сырую демку только верстки (фронтенд). На следующий день мне прислали этот статус. И они уже доделали бекенд и соединили его с фронтом. Теперь это рабочий функционал, осталось только нарисовать красивый интерфейс, накрутить на него фронт и гоу-гоу-гоу на продакшн. Срок? Надо найти окно в таймлайне дизайнеров, сделать дизайн, а потом верстка и далее тестирование. Думаю через месяц уже можно делать публичный бета-запуск нод в utopy.ai. Как думаете это много или мало? Интересно ваше мнение. 🔥 - быстро, давай догоняй конкурентов в таком темпе 😅 - хочу быстрее, пора тестировать ноды в utopy.ai ❤️‍🔥 - интересно, рассказывай еще

🟣 Контекст LinkedIn почти не меняется визуально — десктоп выглядит так, будто застрял в 2015. тесная колонка по центру, бесконечные дропдауны, ноль воздуха. при этом это одна из главных рабочих платформ в мире 🟣 Задача передизайни именно этот экран — публикацию вакансии на LinkedIn возьми ту должность, которую реально ищешь или нанимаешь у себя в команде — чтобы контент был живой, а не «рыба» можно десктоп или мобилку 🟣 Правила бренд остаётся узнаваемым — синий, иконка in, общая логика платформы всё остальное можно: сетка, типографика, иерархия, плотность, интеракции, навигация 🟣 Фокус думай как продуктовый дизайнер, а не декоратор покажи как стало удобнее: меньше шума, понятнее путь, живее интерфейс объясни что менял и зачем 🟣 Время ⏱ 50 минут 🟣 Результат несколько экранов + короткий комментарий к решению за прототип или анимацию респектос 🟣 Дедлайн 4 дня / 26 июня Обсуждение и сплетни: t.me/Designwarmups_chat Сайт designwarmups.com #99_ДизайнРазминка

Nathan Beck пишет о тревоге вокруг ИИ без привычной паники в духе «всё, дизайнеры больше не нужны». Claude Code, Cursor и другие инструменты действительно расширили возможности дизайнера: можно быстрее собрать интерактивный прототип, проверить странную идею, нащупать сложное взаимодействие и превратить то, что раньше умерло бы в обсуждении «не в скоупе», в работающий HTML-файл. Но автор хорошо отделяет производство интерфейсных картинок от дизайна как работы с системой. Если человек большую часть времени просто рисовал плоские экраны, ему действительно будет больно. ИИ уже умеет делать средний, аккуратный и довольно банальный интерфейс. Дизайн начинается там, где нужно понять, зачем вообще существует решение, как оно работает, какие предположения в команде надо оспорить, как устроена модель продукта и почему чат-поле не может заменить все способы взаимодействия человека с программой. Внутри: – Почему разговоры о смерти дизайна часто путают дизайн и стилизацию; – Как Claude Code и Cursor помогают дизайнерам быстрее проверять идеи; – Почему чат-интерфейс не является универсальной заменой кнопкам, формам и навигации; – Зачем дизайнерам критически относиться к словам вроде «разговорный интерфейс»; – Почему работа в Фигме важна не только как финальный макет, но как способ мышления; – Как ИИ помогает выйти за прежние рамки скоупа, но не снимает ответственность за решение; – Почему результат моделей часто скатывается к аккуратной посредственности; – Что останется задачей дизайнера, когда первые демо перестанут казаться магией. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Именно такой разрыв зафиксировал европейский бренд после внедрения ИИ-инструментов в процесс разработки - от первого скетча до образца, готового к производству. ✨ Это не магия и не красивые обещания маркетологов. Это конкретная цепочка инструментов, которая убирает самые долгие и дорогие этапы работы. Фотореалистичный рендер вместо физического прототипа на ранней стадии - клиент видит результат ещё до пошива. Симуляция ткани в 3D вместо тестового образца - можно заранее понять, как материал будет вести себя на фигуре, где появятся заломы и как будет работать драпировка. Автоматическая сборка tech pack из скетча - конструктивные узлы, мерки и инструкции для фабрики формируются без многочасового заполнения таблиц вручную. ‼️ Каждый такой этап отдельно экономит часы. Вместе они меняют скорость работы принципиально. Для независимого дизайнера это особенно важно. Меньше образцов - меньше затрат на запуск. Быстрее итерации — быстрее выход на рынок. Меньше ошибок и правок с производством — меньше потерь времени и денег. Сейчас уже недостаточно просто уметь рисовать коллекции. Важно понимать, как выстроить современный процесс разработки, в котором нейросети работают на вас и помогают делать больше за меньшее время. ➡️ Именно этим мы занимаемся в клубе Fashion Vector Design. Разбираем новые инструменты, тестируем их на реальных проектах, создаём коллекции, примерки, фото, видео и учимся внедрять ИИ в рабочий процесс дизайнера одежды. 👉 ВСТУПИТЬ В КЛУБ

Один раздел дизайна там это прям масса пользы: ✦ В одной вкладке собраны десятки категорий: UI, 3D, генерация изображений, прототипирование, иконки, типографика, видео, мокапы ✦ Внутри не абстрактные «лучшие сервисы», а конкретные инструменты ✦ Много сервисов, которые обычно не на слуху и реально нишевые тулзы, которые можно утащить в работу Растащил себе лично парочку новых инструментов за один заход 👍👍

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

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

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

Фигма 28 мая выкатила важный апдейт Make: теперь инструмент можно подключить к локальной кодовой базе. Открываешь существующий проект, выбираешь элемент на экране, правишь свойства, отступы, цвет, размер, раскладку, а агент уже находит нужное место в коде и вносит изменения. Пока это ограниченная бета в десктопном приложении для Mac. И сама Фигма честно пишет, что лучше всего это подойдёт дизайнерам, у которых уже есть доступ к кодовой базе компании. Раньше вайбкодинг в дизайне чаще был про быстрый черновик. Собрал экран, показал идею, выбросил половину, что-то утащил в работу. Вроде полезно, но всё равно чуть отдельно от настоящего продукта. А теперь Фигма Make пытается работать с тем местом, где продукт уже живёт. Самый важный вопрос теперь: кто имеет право двигать кнопку, если эта кнопка уже в коде? Потому что визуальная правка реального интерфейса звучит очень соблазнительно. Увидел, что отступ кривой, выбрал блок, поправил. Текст не тот, поменял. Цвет уехал, вернул. Не надо писать разработчику «можешь тут 8 пикселей вместо 12», ждать, объяснять, показывать скрин, потом снова смотреть, что получилось. Но чем ближе дизайнер подходит к коду, тем быстрее появляются взрослые вопросы: 1. кто проверяет такие изменения 2. что считается безопасной правкой 3. где начинается логика, а где просто внешний вид 4. кто отвечает, если агент поменял не тот компонент 5. как откатиться, если всё поехало Фигма это понимает, поэтому делает не «пуш в прод», а нормальный путь через разработку. Изменения сначала лежат как локальные коммиты. Можно создавать ветки, смотреть историю, откатываться, а потом открыть пулл-реквест, чтобы инженеры проверили правку как обычное изменение в коде. И это, по-моему, правильная часть новости. Не сам факт, что дизайнер может подвигать блок в живом проекте. А то, что Фигма пытается встроить это в нормальный процесс разработки. Через ветки, коммиты, проверку и возможность отката. Потому что без этого будет весело примерно два дня. Потом кто-то визуально поправит карточку, агент заденет общий компонент, уедет ещё десять экранов, разработчик откроет код и спросит, кто вообще это сделал. Но я бы не хотел, чтобы это стало режимом «дизайнеры теперь сами чинят фронт». Скорее это должно быть как быстрый слой для понятных UI-правок. Поправить отступ. Проверить состояние. Подкинуть вариант. Открыть пулл-реквест. Дальше уже обычная проверка. Ещё важная штука: Фигма разрешает копировать экраны из Make обратно на холст как слои, обсуждать с командой и потом приносить решения назад в код. Это уже похоже на нормальный круг: продукт живёт в коде, команда думает на холсте, изменения возвращаются через понятный процесс. Если Фигма сможет удержать этот круг без бардака, будет сильно. Потому что дизайнеру часто не нужен ещё один генератор красивого прототипа. А вот дизайн-ревью проводить и за качеством прода следить гуд, ибо разработчики лажают оч часто. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

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

А ведь настоящие продуктовые проблемы часто скрываются на стыке команд. Между поиском и корзиной. Между онлайном и оффлайном. Между ожиданиями пользователя и реальностью бизнеса. Дизайнер, который долго работает внутри одной части продукта, часто перестаёт замечать эти проблемы. Что делать? 🔵Пользоваться собственным продуктом. Возможно в B2B/B2E сегментах это и не всегда возможно, но если мы имеем дело с B2C — грех не быть пользователям сервиса доставки, такси, почты или банка; 🔵Проектировать дизайн, учитывая все корнер кейсы, отражая в Фигме все состояния системы и условия поведения пользователя; 🔵Собирать кликабельный прототип и проходить его перед показом дизайна. Делать это можно и стандартными средствами Фигмы и с помощью ИИ; 🚤 И ещё кое-что. Устроившись в продукт я обычно рисую blueprint-схему работы продукта — она помогает не только вникнуть в процессы, попутно обнаруживая точки роста и проблемы продукта, но и познакомиться с большинством ключевых команд. Дизайнер, который видит весь end-to-end опыт ценнее того, кто знает только свой кусок продукта. 🌊🌊

Открыт приём заявок на всероссийский конкурс «Родная игрушка» — проект для тех, кто создаёт игры и игрушки со смыслом, заботой о детях и современным взглядом на образование, культуру и творчество ✨ За первый сезон конкурс собрал более 28 тысяч заявок со всей России, а проекты победителей получили производство, поддержку экспертов и широкое медийное продвижение. 🟡 Почему стоит участвовать? — возможность запустить свою идею в производство — работа с наставниками и экспертами индустрии — продвижение проекта и участие в выставках — шанс заявить о себе на всероссийском уровне 🔴 Номинации: • идеи игр и игрушек • прототипы • готовая продукция 🔴 Категории: • сюжетно-образная игрушка • настольная игра • конструкторы и сборные модели • техническая и технологическая игрушка 🔴 Тематические направления: — история и культура России — технологический прорыв — герои XXI века — единство народов России — семья и традиционные ценности Для студентов Института Дизайна это особенно классная возможность попробовать себя на стыке дизайна, проектирования, иллюстрации, 3D, гейм-дизайна и разработки образовательных продуктов 👀 🔗 Подать заявку: https://znanierussia.ru/igrushka

У DeFi-приложений старая проблема: человеку с первого экрана кидают кошельки, комиссии, свапы, стейкинг, адреса и кучу терминов, где ошибка может стоить денег. В этом кейсе проверяли идею попроще: не показывать всё сразу, а дать пользователю выбрать нужные модули в онбординге и тем самым сузить первый пользовательский опыт под его задачи. Исследование получилось очень прикладным. Сначала интервью и сегментация, потом гипотезы, прототип на SwiftUI и сравнительный юзабилити-тест против реальных конкурентов. На тесте решение дало сильный эффект в части скорости и удобства: депозит в стейкинг проходили на 28% быстрее, перевод на 43% быстрее, а в сценарии перевода еще и снижалось количество ошибок. Для сложных финансовых продуктов это очень сильный аргумент в пользу прогрессивного раскрытия, а не экрана, где навалено всё сразу. Внутри: – Какие боли в первой сессии чаще всего ломают активацию в DeFi; – Как интервью помогли выделить два главных драйвера: безопасность и удобство; – Почему фокус сместили на модульный онбординг вместо очередного редизайна навигации; – Какие гипотезы дали приоритет по удобству, доверию и прозрачности; – Как прототип собирали через модульные флаги и адаптивный UI; – Как был устроен сравнительный юзабилити-тест против Bybit, Uniswap и Trust Wallet; – В каких сценариях решение реально снизило время и ошибки; – Почему для MVP дальше логично идти в событийную разметку, когорты и A/B-тесты. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

TechCrunch написал про Dessn. Это новый дизайн-инструмент, который поднял $6 млн и предлагает дизайнерам работать ближе к реальному продукту: запускать проект в облаке, подтягивать кодовую базу и менять интерфейс через ИИ. Кажется, что это опять очередной заход на тему «мы сейчас заменим Фигму». Но у Dessn фокус другой. Он полезен командам, у которых уже есть продукт, код, компоненты и рабочий интерфейс. Это не про генерацию с нуля как в Lovable или v0. У Dessn история приземлённее: быстро потрогать изменение там, где продукт уже живёт. В моих проектах этот разрыв всплывает постоянно. В макете всё чисто: нормальные имена, ровные карточки, аккуратные состояния, никаких внезапных ошибок. А потом открываешь прод, и там фамилия на 28 символов, картинка сломалась, тариф закончился, кнопка уехала, а бэкенд вернул что-то весёлое. Фигма в этом смысле прекрасная штука, но она очень легко превращает продукт в красивый симулятор продукта. Вроде всё выглядит убедительно, команда согласовала, можно идти дальше. А потом выясняется, что компонент так не умеет, данные приходят другие, состояние забыли, разработчик смотрит на макет и говорит: «ну это сложно сверстать». Dessn пытается сократить именно это расстояние. Сидеть отдельно в файле и представлять, как оно будет работать, уже мало. Хочется быстрее проверить идею на живом продукте. В таком сценарии пользы больше, чем в ещё одном генераторе красивых карточек. Хотя тут легко представить и обратную сторону. Если дать всем возможность быстро менять интерфейс через ИИ, в команде сразу начнётся спор за ответственность. Дизайнер поправил, разработчик не понял, продакт попросил ещё три варианта, кто-то на встрече сказал «а давайте попробуем», и вот уже продукт превращается в песочницу для идей. Поэтому без нормальных правил такое тоже быстро поедет. Основатели Dessn, кстати, не хотят делать связку с Фигмой. Считают, что это снова утащит команды от прода. Спорная мысль, но логика понятная. Они хотят строить инструмент вокруг места, где продукт уже работает, а идеальный макет остаётся в стороне. У них ещё в планах связки со Слаком и заметками со встреч. Типа обсудили что-то в команде, и из этого можно быстрее собрать прототип. С этим я пока осторожен, потому что «из созвона сразу в интерфейс» звучит красиво только до первого созвона, где все говорили разное и никто ничего не решил. В целом мне такие инструменты интереснее, чем очередные генераторы красивых карточек. Меньше вау на демке, зато ближе к реальной работе. Главное, чтобы это не превратилось в режим «каждый накидал по промпту, а потом разработка разгребает». Но мне нравится то, что щас все намекают дизам на то, что пора начать разбираться в коде) И скоро диз без этого навыка будет уже не так хорош. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Когда вы кодите с LLM, проблема обычно не в том, что модель совсем ничего не умеет. Она умеет слишком правдоподобно угадывать. Поставит 12px там, где у вас должно быть 8px, выберет «почти тот» синий, придумает токен, которого в системе нет, и на каждом новом сеансе начнет делать это заново. По отдельности всё выглядит нормально. Вместе получается интерфейс, который расползается уже через несколько итераций. Здесь предлагают довольно жесткую, но рабочую схему: не надеяться на память модели, а дать ей опору в виде спецификаций, закрытого слоя токенов и автоматического аудита. То есть вынести дизайн-систему в структуру, которую LLM может читать как источник истины, а не как намек. Тогда она не выдумывает значения, а берет их из ограниченного набора, а любое отклонение ловится скриптом до ревью. Внутри: – Почему LLM плохо держат дизайн-систему в голове даже в рамках одного проекта; – Какие три ограничения модели быстрее всего разваливают консистентность интерфейса; – Зачем делать отдельные spec-файлы для foundations, tokens, components и patterns; – Почему закрытый слой токенов лучше, чем набор «примерно правильных» значений; – Как аудит по CSS ловит хардкод и не дает визуальному дрейфу копиться; – Зачем связывать инструкции для агента, токены и CI в одну систему; – Почему такой подход особенно важен для больших прототипов и длинных AI-сессий; – Как именно структура дизайн-системы превращается из знания в голове в рабочую инфраструктуру. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Дизайнер Саша Иванов показал прототип приложения с «жидкими фото», когда лента плавно «перетекает » из образа в образ.

У Фигмы в релиз-нотах появился апдейт Draw. Там добавили текст по контуру, быстрый доступ к инструментам, отдельные слои для текста и вектора, новые настройки кистей, градиентов, текстур и шума. Можно было бы пролистать и забыть. Ну мало ли, ещё один набор мелких улучшений для тех, кто любит ковырять векторы. Но вообще это довольно показательная история. Они уже давно перестали быть просто местом, где рисуют экраны. Теперь вот потихоньку забираю соседние задачи, из-за которых дизайнер раньше уходил в другие редакторы. Обычный рабочий сценарий: • Собрал экран в Фигме. • Понял, что нужна простая картинка для пустого состояния. • Потом обложка. • Потом чуть поправить вектор. • Потом текст по дуге. Потом какая-то графика для презентации. И начинается: открыл Illustrator, поправил, экспортнул, вставил обратно, увидел правку, пошёл заново. Всё это не страшно, но бесит. Особенно когда задача маленькая, а вокруг неё внезапно появляется отдельный мини-процесс. Вот в такие места Draw и лезет. В ежедневную мелкую графику, которая постоянно всплывает рядом с интерфейсами. Для большой профессиональной иллюстрации отдельный редактор всё равно пригодится, тут иллюзий нет. Для продуктового дизайнера это вполне окей. Нужно быстро собрать пустое состояние, простую иконку, промо-блок, обложку, кусок графики для лендинга или презентации. И если всё это можно сделать прямо рядом с макетом, без прыжков между окнами, то понятно, почему Фигма туда идёт. Обратная сторона тоже есть: фигма начинает пухнуть. Сначала экраны. Потом прототипы. Потом Dev Mode. Потом сайты. Потом ИИ. Теперь ещё больше графики. И в какой-то момент инструмент, который был понятным рабочим местом, начинает превращаться в такой дизайн-комбайн, где всё вроде можно, но иногда уже не очень понятно, куда смотреть. Мне в целом удобно, когда мелкие графические штуки можно быстро сделать в том же файле. Я не хочу ради маленькой картинки для онбординга открывать ещё одно приложение и устраивать цирк с экспортами. Но я ещё меньше хочу, чтобы Фигма стала местом, где всё делается на уровне «ну вроде норм». Короче, Draw выглядит маленьким апдейтом, но направление у Фигмы понятное: дизайнер должен всё реже выходить из одного рабочего пространства. Вопрос только в том, где у этого пространства край. Потому что если сложить туда вообще всё, однажды сама Фигма станет отдельной задачей на день. Я вот, например, так и не нашёл как мне отменить подписку на тим аккаунт. Нигде. Даже кодекс просил, чтоб нашёл. Тупо нет кнопки нигде. Что думаете? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Проникновение нейронок в процесс дизайна уже очевидная реальность. Можно сказать, что ключевые нейронки это уже некоторый стандарт для работы и над подготовкой проекта и его концептуальным прототипированием и конечно способ сделать проектную презентацию. Сегмент развивается стремительно. Хорошо это или не очень — зависит от дизайнера. Для тупого и «красивого» дизайна есть все возможности генерировать бессмысленное в промышленных масштабах. Очередной инструмент обещающий сделать за вас дизайн быстро и качественно — Lovable. Мне же даже в презентации все кажется немного китчевым и пошлым визуально, с перебором эффектов и сомнительной эффективностью. Но это же субъективное. Не хочется ворчать. Но это все вызов талантливому и оригинальному мышлению дизайнера. Это же реклама, которая обещает вам «великий дизайн», но выбор всё равно за дизайнером.

На днях наткнулся на цифру: 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 закрывает весь дизайн-процесс, а не отдельные задачи ➡ Эфир пройдет в тг-канале Даниила: Подписывайся