2/4 первые эскизы

на этапе поиска вектора команду не ограничивали: каждый рисовал скетчи так, как видит проект. собрали большой блок эскизов — вышло элегантно, но слишком сложно. а нужен был интерфейсный шрифт: удобный рабочий инструмент. Наш Lebowski был не единственным эскизом в этом процессе — еще одно направление в ⚪️ бюробукв сохранили, развили и готовят к выпуску зимой.

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

Это вам не в продукте работать, где это уберут через 12 спринтов. Это вот оно, очень важное и надо сделать. Чуваки вот сделали aave.com/design/building-glass-for-the-web И да, это ликвид в ВЕБЕ, ёмае) Я пока не представляю, как это сделать, но попробую. Если получится, будут самые красивые тогглы на вебе ЕВЕР ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Возможно, именно ты или твои друзья сейчас в поиске стажировок в сфере дизайна на лето, а значит ты попал по адресу🤍 В нашем бюро открыто сразу 2 стажировки: в отделе дизайна и в отделе проектирования. В нашей команде вас ждет продуктивная атмосфера, интересные проекты в сфере HoReCa и команда профессионалов! У нас можно проявлять себя, мы поощряем открытые обсуждения и креативный подход к решению задач! МЫ ИЩЕМ: 🫱 Проектировщик-стажер Навыки: /Хорошее знание Archicad /Понимание основных принципов эргономики /Знание строительных и отделочных материалов /Ответственность, внимательность 🫱 Дизайнер-стажер Навыки: /Знание программ Аrchicad, 3dsmax+corona render, photoshop /Визуальная насмотренность /Навыки презентации /Стрессоустойчивость и внимательность к дедлайнам Присылайте портфолио и сопроводительное письмо нашему HR в telegram👌 До встречи!

Кирилл Улитин и Стася Кабанова из МойОфис разбирают проблему, с которой сталкивается почти любое исследование: человек на интервью рассказывает не сам опыт, а его отредактированную версию. Он забывает мелкие действия, упрощает сценарий, пропускает автоматические шаги и иногда сам не замечает, как на самом деле обходит неудобства продукта. Поэтому команда попробовала контекстное интервью: сначала поговорить с пользователем, а потом смотреть, как он реально выполняет задачу в живой системе. В этот момент начинают проявляться вещи, которые нельзя достать обычными вопросами. Кто-то вытаскивает фотографию через инструменты разработчика, потому что интерфейс не дает скачать ее нормально. Кто-то раскладывает окна как личный рабочий дашборд. Кто-то компенсирует неудобство продукта связкой из нескольких приложений. Внутри: – Почему обычное интервью часто показывает логичную версию опыта, а не реальную; – Как внимание, память и социальная желательность искажают ответы пользователей; – Чем контекстное интервью отличается от глубинного интервью и юзабилити-теста; – Почему наблюдение помогает находить не только боли, но и обходные практики; – Когда можно просить пользователя выполнить задачу прямо во время исследования; – Зачем заранее предупреждать участника, что нужно будет показывать экран и рабочие действия; – Как диаграмма сходства помогает разобрать разрозненные наблюдения; – Когда контекстное интервью полезно, а когда оно не даст соразмерной ценности. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Делаем блиц-интервью про AI и доступность. Задаем одинаковые вопросы и получаем разные ответы ) Наш третий гость — Алексей Назаренко @alexnozer_dev — фронтенд-разработчик, специализирующийся на вёрстке, доступности, производительности и веб-стандартах. Леша, спасибо 💜 Ты пробовал использовать Claude или ChatGPT со скринридером или с клавиатуры? Как это работает на практике? — Лично я не пробовал. Но читал о том, что в интерфейсах таких платформ полно проблем с доступностью. Ты знаешь кейсы, где AI улучшил доступность продукта? — Есть несколько фич, которые кажутся мне хорошим использованием AI в доступности: - Автогенерация субтитров на видео в TikTok, YouTube и подобных сервисах; - Возможность сгенерировать описание изображения (alt) в Firefox или Shopify; - Функция распознавания изображения с камеры в реальном времени в ChatGPT или Seeing AI; Ещё знаю, что AI используют при аудите для анализа контента и поиска нарушений WCAG. Но пока о каких-то серъёзных успеха в этом направлении не слышал. Есть ли риск, что AI-инструменты для доступности обучены на данных, которые не отражают реальный опыт людей с ограничениями по здоровью? Что должно измениться в том, как мы обучаем модели? — Все современные модели знают о доступности много, потому что это гигантские базы знаний. Сложность в том, чтобы эти знания оттуда извлечь. По умолчанию модели выдают статистически наиболее вероятный код. Дела с доступностью обстоят плохо, что подтверждают отчёты WebAIM. Поэтому в среднем сгенерированный код будет содержать проблемы доступности. С обучением моделей, скорее всего, уже ничего не сделать. Разве что в мире резко большинство сайтов и сервисов станут доступными и появятся новые хорошие кодовые базы, где это всё учтено. Но такого не будет. А учитывая волну нового сгенерированного кода за последние годы, всё только хуже. Поэтому нужно обкладывать агентов скиллами, правилами, инструкциями для работы, давать примеры доступного кода, проводить код ревью людьми, которые разбираются. ИИ волшебным образом не сделает мир доступнее, нужна инициатива и эксперты. 70% новых приложений создаётся на low-code и no-code платформах. Люди без технической базы делают продукты для миллионов. AI научит их паттернам доступности? — Я не слышал, чтобы без технической базы с помощью AI создавали продукты на миллионы пользователей. Истории «я за два вечера навайбкодил SaaS и заработал много денег» мне кажутся пылью в глаза. Десятки, сотни или тысячи пользователей, но не миллионы. Если говорить о крупных корпорациях, которые массово внедряют AI в процессы разработки, то там, всё же, есть техническая база. Не думаю, что AI научит доступности. Он способен воспроизводить шаблоны доступности и выдавать неплохие решения при должной настройке и в руках опытных разработчиков. Тех, кто росто генерирует код и не вникает в него, AI ничему не научит. В России активно пользуются технологиями с Ai — зарубежные скринридеры, программы по типу Open your eyes, есть ли надежда, что подобные сервисы будут разрабатываться российскими разработчиками? — Думаю, что надежда есть. Однако стимулов меньше, чем в странах Евросоюза или США. Нужно развивать культуру доступности и работать над законодательной базой, по аналогии с ADA или EAA. Культура будет способствовать информационной осведомлённости о важности доступности, а законы обяжут выделять на это ресурсы.

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

Карина Веласкес рассказывает историю не про то, как Claude Code «сам собрал дизайн-систему», а про то, как накопленное знание наконец получило быстрый способ материализоваться. На работе она не могла использовать Claude Code, сервер Фигма MCP и другие инструменты из-за политики безопасности, поэтому взяла личный ноутбук, пустой файл в Фигме и за один пятничный день собрала Prisme, личную дизайн-систему с токенами, темами, компонентами и плагином для синхронизации. Самое интересное здесь не скорость сама по себе, а то, почему эта скорость сработала. Карина уже понимала архитектуру токенов: где нужны глобальные значения, где живут брендовые темы, как должен работать семантический слой, почему алиасы важны и чем нативный формат переменных Фигмы отличается от Token Studio JSON. Claude Code не придумал это за неё. Он просто оказался достаточно быстрым исполнителем, чтобы описание превращалось в структуру, структуру можно было сразу проверить, а ошибки быстро поправить. Внутри: – Почему сильный результат с ИИ начинается не с промпта, а с внутренней модели; – Как Фигма MCP позволяет работать с переменными и токенами без ручного кликанья в интерфейсе; – Зачем дизайн-системе нужны глобальный, брендовый и семантический слои; – Почему токены, которые живут только в Фигме, остаются артефактом, а не инфраструктурой; – Как Prisme Bridge переводит данные между Token Studio JSON и переменными Фигмы; – Почему кнопка стала хорошей проверкой всей токенной архитектуры; – Как Claude Code помог собрать компонент с размерами, состояниями, вариантами и заменяемыми иконками; ➡️ Читать статью (EN) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Я постоянно мониторю много источников для блога, у меня есть агент, который также ищет интересное, но! у него поверхностный поиск и он не может удовлетворить несколько критериев. Например, мне нужно найти все сайты дизайн-студий, которые занимаются A11y цифровой доступностью, находящиеся в USA и пишущие об этом в своем блоге. Поэтому я сама добавляю источники в файл Source.md. И тут мне попался в твиттере Parallel. Я его напрямую подключила к Claude Code, это бесплатно. Там есть и другие LLM, можно подключить свою либо работать напрямую через Find all — это генерация свежих датасетов по заданному описанию. Но это платно (а мы же все задолбались платить, да?). Есть и поиск по людям и компаниям, есть Research — это профессиональный инструмент для сложных бизнесов по типу правовых. Дальше я в свой файл Sources.md заношу новые источники, перезапускаю Claude Cowork и он несет обновленные публикации, с которыми я иду к вам ) Инструмент мощный, его создал бывший CEO Twitter, но блин он вообще недоступен по A11y. Вот интересно, как это возможно с учетом их строгих законов? Давайте им напишем ) ___ en<able> - о дизайне в A11y | Наши статьи на VC

Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥 – vectary.com – betternights.com – withcompound.com – typology.com ——— – strawberrybrowser.com – getnude.com – aupalevodka.com/en – tendril.studio – ousmaneballondor.fr ——— – proteanfunds.com – deux-ce.com – library.obys.agency – superstate.com – hut8.com ——— – after.design/face – ponpon-mania.com – lelezhang.design – microsoft.ai – easehealth.com ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Replit 15 мая добавил в каталог MCP новый сервер Lazyweb. Если коротко, он позволяет агенту искать по базе из 257k+ реальных экранов приложений. Replit прямо пишет: для UI-референсов и дизайн-исследований. На первый взгляд, маленькая новость из списка обновлений. Добавили ещё один MCP, ну ок. Но для вайбкодинга это довольно важная штука. Потому что сейчас у AI-интерфейсов есть очень узнаваемая болезнь. Попросил собрать сервис, личный кабинет, страницу вакансии, CRM или дашборд, и через минуту получаешь что-то аккуратное, чистенькое и до боли одинаковое. Карточки, табы, серые подписи, синий акцент, график, три метрики сверху. Всё вроде нормально. Только ощущение, что этот экран уже видел тысячу раз и ни один раз не хотел им пользоваться. Проблема часто не в том, что модель не умеет рисовать. Она рисует как среднее арифметическое интернета. А среднее арифметическое обычно выглядит как SaaS, который стесняется сказать, чем он занимается. У агента появляется не только промпт, но и шанс посмотреть, как похожие задачи уже решили живые продукты Это уже ближе к работе дизайнера. Перед тем как делать новый сценарий, ты смотришь, как это устроено у других. Не чтобы скопировать. Просто чтобы понять, какие паттерны вообще существуют, где люди обычно ошибаются, какие решения уже стали привычными, а где можно сделать иначе. Например, тебе надо собрать экран подписки. Вариант «сделай красиво» почти гарантированно даст три карточки с тарифами и зелёную кнопку. А если агент видит реальные примеры, он хотя бы может заметить детали: – где показывают ограничения тарифа – как объясняют пробный период – куда прячут отмену – как оформляют сравнение – где начинается тёмная сторона UX После этого уже можно спорить. Не с пустым экраном и не с абстрактным «сделай современно», а с конкретными паттернами. Это полезнее, чем бесконечно гонять модель по кругу, пока она сама случайно не попадёт в нормальное решение. Конечно, референсы не спасают от плохого дизайна. Можно насмотреться 257 тысяч экранов и всё равно собрать помойку. Особенно если агент будет просто усреднять всё подряд. Но сама идея правильная: интерфейс нельзя делать только из текста в промпте. Ему нужен визуальный и продуктовый контекст. Для дизайнеров тут есть смешной момент. Раньше насмотренность была чем-то личным: папки с референсами, скриншоты, закладки, сохранёнки, чужие продукты, которые ты руками разбирал. Теперь эта насмотренность постепенно превращается в подключаемый источник данных для агента. Референсы становятся не только материалом для дизайнера, но и частью работы инструмента. Агент может искать примеры, сравнивать паттерны, приносить варианты, а дизайнер уже решает, что из этого имеет смысл. Ну, если дизайнер вообще есть в процессе, а не где-то потом приходит чинить результат. По мне главное, чтобы такие базы не превратили всё в ещё более одинаковую массу. Если агент будет брать референсы как повод подумать, это полезно. Если как повод собрать «усреднённый лучший экран», то мы просто получим SaaS-дашборд 2.0, только теперь с доказательной базой. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

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

One Page Love — тут вы найдёте галерею одностраничных веб-сайтов для вдохновения. Commerce Cream — здесь вас ждут стильные проекты интернет магазинчиков. Mobbin — классные референсы мобильных приложений. Curated Design — курируемая библиотека веб-сайтов с сортировкой по категориям. Land Book — ещё одно место, куда приходят дизайнеры за вдохновением. #подборка #вдохновение

В карточках разбираем, что такое репутация в интернете и как ей можно управлять 👉 Подробнее о том, как управлять репутацией в поисковиках и какие SERM-стратегии существуют, рассказываем в новой статье: https://tilda.education/what-is-serm А вы проверяете отзывы и поисковую выдачу перед покупкой? 💬

Сара Пол из NNG разбирает важную вещь: дизайнерская автономия это не когда дизайнер сам принимает все решения. Это когда у него достаточно контекста, чтобы влиять на продуктовую повестку, приоритизацию и roadmap, а не только двигать кнопки в уже утвержденном решении. Главная проблема больших организаций в том, что знание расползается по командам. Аналитика лежит у одних, саппорт слышит боль пользователей, исследования делались в соседнем продукте, roadmap меняется в другом канале, а дизайнеру часто прилетает только обрывок задачи. Автор предлагает собирать из этого информационный пайплайн: искать данные, строить отношения, создавать места для обмена контекстом и превращать разрозненные сигналы в понятную рекомендацию. Внутри: – Почему автономия дизайнера зависит не от должности, а от качества контекста; – Как саппорт, аналитика, прошлые исследования и roadmap помогают увидеть проблему целиком; – Зачем дизайнеру строить отношения с экспертами и соседними командами; – Почему важно понимать upstream и downstream зависимости своего решения; – Как дизайн-операционный гайд снижает поток задач «просто отполировать макет»; – Зачем создавать кросс-функциональные встречи и каналы, если тебя не зовут в нужные обсуждения; – Почему сильная рекомендация должна показывать trade-off, а не просто продавать один вариант; – Как поддерживать информационный пайплайн, чтобы он не превратился в кладбище старых заметок. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Waymo разрабатывает технологию полностью беспилотных такси. Увидела статью в New York Times и пошла с Клодом проверять, а что же по доступности? А они-то молодцы! Начали ей заниматься давно. Причем как физической, так и цифровой! Клод сделал интерактивный отчёт со всеми WCAG-критериями, user journey и рекомендациями → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/ А тут давайте тут расскажу, что мне очень понравилось. Заказать поездку можно только через мобильное приложение Waymo One. После вызова к вам приезжает полностью пустой электромобиль и всё взаимодействие от посадки до климат-контроля и музыки идёт через приложение. И вот его-то и разберем. · Приложение работает с VoiceOver (iOS) и TalkBack (Android). Во время поездки информация дублируется голосом, включая статусы («машина приехала», «можно отстегнуть ремень»). · Audio guidance («Голосовые подсказки»): при приближении к автомобилю приложение через динамик телефона проговаривает расстояние и направление. · Honk to find («Посигналить для поиска»): кнопка в приложении удалённо подаёт звуковой сигнал автомобиля. · Световые сигналы фар: визуальный аналог гудка для глухих и слабослышащих. · Extra time to board: пассажир может заранее выбрать увеличенное время на посадку, чтобы водительский автомобиль дольше ждал. · Braille-надписи на кнопке двери и поручнях. · Текстовые субтитры всех голосовых объявлений на экране в салоне. · Приложение минималистично. Основной экран — это карта с минимумом элементов. Как же это важно! · Фирменная анимация «радара». При поиске машины над кнопкой появляется вращающаяся дуга, напоминающая лидар-сканер. Такой индикатор активности системы. · Микро-взаимодействия и тактильная отдача. Когда машина подъезжает, телефон даёт характерную вибрацию. Анимация подсказывает, с какой стороны и на каком расстоянии автомобиль. · Инициалы на крыше. При заказе пассажир может включить отображение своих инициалов на куполе автомобиля. Приложение подсказывает: «Ищите свои буквы». Ну гениально же ) · Waymo проводит регулярные юзабилити-сессии с участием людей с нарушениями зрения, слуха, подвижности и когнитивными особенностями. Недоработки тоже есть и они в отчете → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/

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

В гостях — Джульетта Фрея, художница и мультидисциплинарная креаторка, с которой мы поговорили о творчестве, поиске себя, вдохновении и том, как не потеряться в креативной индустрии. Получилось честно, местами неожиданно и очень жизненно. Так что откладывайте свои «посмотрю потом» и бегите включать выпуск. Ссылка ждёт вас выше. 📎 Креативити

🎨🎨🎨🎨 Сейчас обновляем базу контактов — чтобы в нужный момент привлекать проверенных спецов на интересные задачи Нравятся наши проекты? Хотели поработать с нами? Если вы или ваши знакомые в теме, заполните форму: поделитесь контактами, портфолио, опытом и ставками. Мы свяжемся, когда подойдёт проект! Кого ищем (умение работать с ИИ будет преимуществом): Веб-дизайнеры (UX/UI) Геймдизайнеры Графические дизайнеры Арт-директора или лид-дизайнеры Проджект-менеджеры Motion designers 2D/3D специалисты и иллюстраторы Sound designers Сборщики сайтов на Tilda, Taplink, Webflow Разработчики Frontend, Backend Форма здесь: клац тык тык клац Заполняйте сами и расскажите друзьям — будем делать проекты вместе! ➖➖➖➖➖➖➖ Это не вакансии. Заполняя форму вы попадаете в базу наших проектных спецов — мы напишем вам, когда будет подходящий проект*

Звучит как магия. На деле - нейросеть. Смотрите⬆️ Определение цветотипа с готовой палитрой. Подбор причёски и макияжа под ваши черты. Капсульный гардероб на 12 вещей. 3 готовых образа — кэжуал, офис, вечерний. И финал: поиск этих вещей в реальных магазинах через визуальный поиск Google. ➡️Всё это собрала нейросеть. По одному загруженному фото. В июне в клубе FVD CLUB мы посвятили целый месяц этой теме — «Виртуальный стилист по типажам». Программа июня: 🔸 1 июня — Какой ты дизайнер: бот-помощник + видео 🔸 4 июня — Психотипы: полный гайд по определению + видео 🔸 9 июня — 3 промпта для ChatGPT и Gemini: цветотип, причёска, гардероб + видео-разбор 🔸 15 июня — Работа по типажам Ларсен (видео + промпт) 🔸 18 июня — Создаём стилевую фотосессию (видео + JSON-промпт) 🔸 22 июня — Раскладки и капсулы 🔸 25 июня — Бот-стилист по типажам + видео 🔸 29 июня — Прямой эфир с разбором ваших вопросов И всё это — не «попробуйте нейросеть», а пошаговые промпты, которые работают сразу. ‼️Подойдёт вам, если вы: — дизайнер или швея и хотите предлагать клиентам полный образ — блогер, стилист, помогаете подругам собирать гардероб — или просто хотите наконец понять, что вам идёт Клуб живёт в ВК и Telegram - выбираете площадку при оплате. По цене одной чашечки кофе в месяц. А внутри - на месяц практики, которая останется с вами навсегда. → ВСТУПИТЬ В КЛУБ P.S. Все материалы выше — реальные результаты, собранные через ChatGPT и Gemini. Не Photoshop, не дизайнерская вёрстка. Это то, что вы сможете повторить сами уже в первый день в клубе.