🚦 Как 2ГИС превратил «зелёную волну» в интерфейс

Последовательно, шаг за шагом расскажу, как мы создавали видео студентки @dasha_autumn (прикрепил к посту) и как вам адаптировать нашу механику под любой контент с помощью нейросетей. Разберем все этапы: 1️⃣ Работа с референсами 2️⃣ Создание консистентных кадров 3️⃣ Работа с раскадровкой 4️⃣ Подбор музыки для ролика 5️⃣ Технические моменты создания кадров и монтажа ➡️ Регистрируйтесь в боте, чтобы не пропустить эфир Для всех участников вебинара будет промокод на 25% скидку на все тарифы Utopy.ai, чтобы вы могли попрактиковаться и погенерировать видео самостоятельно. ❗️Важно: скидка будет доступна только тем, кто будет присутствовать онлайн.

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

Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥 – 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 — ещё одно место, куда приходят дизайнеры за вдохновением. #подборка #вдохновение

У многих дизайнеров исследования долго живут где-то рядом с работой. Вроде понятно, что это важно, но на практике чаще всё упирается в макеты, сроки и бесконечное «давайте просто сделаем красиво и посмотрим». А потом начинается самое весёлое. Продакт просит обосновать решение. Руководитель хочет понять, почему экран именно такой. Разработка спрашивает, точно ли это кому-то нужно. И если под рукой только вкус и референсы, разговор быстро превращается в спор мнений. С исследованиями проще. Ты видел, как человек проходит сценарий, где он завис, где не понял текст, а где не заметил кнопку. Или почему он начал сомневаться и вообще ушёл не туда. После такого защищать решение сильно легче, потому что у тебя появляется нормальная опора, а не просто «я так вижу». На днях ко мне пришла Катя Акатова, руководитель отдела пользовательских исследований в Ozon, и рассказала про их курс «UX-исследования для дизайнеров». До этого они с командой запускали внутренний курс по исследованиям, его прошли уже 200+ человек: дизайнеры и продакты. Теперь собрали вот отдельную программу для всех, кто хочет нормально разобраться в исследованиях без всякой духоты. 🤌 Что внутри: – 60 уроков с массой прикладной инфы и рекомендациям, которые основа на большом опыте; – как понять, когда исследование реально нужно; – как выбрать метод, найти респондентов, провести интервью или UX-тест, разобрать результаты и собрать из них понятную презентацию для команды. – отдельно есть немодерируемые количественные UX-тесты, тест первого клика, тест сценария, тест предпочтений и тест 5 секунд. 😎 Кто будет вас учить: – Катя Акатова, руководитель отдела пользовательских исследований; – Алена Бородина, руководитель группы «Опыт покупателя»; – Анна Юсупова, ведущий исследователь пользовательского опыта; – Варвара Скобелева, ведущий исследователь пользовательского опыта; – Артур Сафаров, исследователь пользовательского опыта; 🙏 Формат удобный Уроки короткие, от 4 до 20 минут. Можно проходить в своём темпе, доступ к курсу дают на 4 месяца. Есть практика и два тарифа: «Всё сам» и «С обратной связью». В тарифе ОС вы дополнительно будете получать разбор конкретного ответа на задание и рекомендации по его улучшению. Кайф и только! Я сам, честно, на работе очень не любил исследования, но зря. Когда полюбил и подружился с исследователями, то жить стало проще и решения проталкивать х10 раз быстрее. Поэтому, мастхэв для тех, кто хочет этот навык освоить И конечно, для моих любимок промик на 10% скидку: HIVACANCIES10 🔠 Пройти курс 🔠 Пройти курс 🔠 Пройти курс

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

🤍🤍🤍 прогулка по спб 🤍🤍🤍 13.06 12:00 ❤️ Воркшоп "10к шагов вдохновения: собираем референсы в городе и делаем плакат" оффлайн прогулка + воркшоп СПБ (для тех кто не в Питере— гайд как собирать артефакты в своем городе + сам воркшоп в онлайне) Кто ведет: артём реф³ — арт-директор, дизайнер, преподаватель курса ГАЗ и автор проекта реф³. Работал с Яндексом, Х5, Билайном и другими брендами. Выходим из зума, pinterest и сохранёнок, чтобы собрать визуал прямо в городской среде. На воркшопе разберём, как искать референсы вокруг себя: в вывесках, текстурах, цветах, типографике и случайных деталях города. выйдем на прогулку, соберём визуальную базу и сделаем плакат из найденных материалов. Подойдёт тем, кто работает в дизайнерском софте и хочет прокачать насмотренность забронировать место ❤️

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

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

Безумно счастлив делать этот сервис и получать такие отзывы Продолжаем! ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Недавно мы в odd works закончили работу над новым проектом — концепт-стором KIN. Это мультибрендовый магазин одежды, обуви и аксессуаров. Меня зацепила не столько сама категория проекта, сколько идея, которая лежит в его основе. Сегодня очень много говорят про уникальность. Про поиск собственного голоса. Про индивидуальность и право быть собой. И это важно. Но я часто задаюсь вопросом: как оставаться собой и при этом быть вместе? Как находить точки соприкосновения между людьми, которые отличаются друг от друга? Между разными взглядами, вкусами, стилями, историями? Мне кажется, что одна из главных задач современного дизайна — помогать им встречаться и находить что-то новое, интересное в содружестве на пересечениях. Кажется, что концепция KIN откликнулась мне именно поэтому. Название переводится как «родство», «близкие», «свои». В способности сохранять различия и всё равно находить общее пространство. Наверное, самые интересные системы сегодня строятся именно так, через внимательное сосуществование разных голосов внутри одной среды. Забегайте глянуть картинок много красивых и разных

Юрий Ветров в отрывке из «Паттернов дизайн-менеджмента» разбирает T-образного специалиста как ответ на реальную проблему продуктовых команд. Чем сложнее продукт, тем дороже становится конвейер, где один человек собирает требования, второй рисует, третий исследует, четвертый объясняет разработке, а пятый пытается вернуть всё обратно в продукт без потерь. Главная мысль в том, что современному дизайнеру недостаточно хорошо делать макеты. Ему нужно понимать бизнес, продуктовые требования, пользователей, разработку, аналитику, ограничения платформы и процесс запуска. Не на уровне «я теперь продукт-менеджер и фронтендер», а на уровне, который позволяет брать ответственность за результат, договариваться с командой и проводить решение до живого продукта. Внутри: – Почему сложные дизайн-задачи почти всегда лежат на стыке ролей; – Как узкая специализация увеличивает транзакционные издержки; – Почему дизайнеру важно отвечать не только за макет, но и за продукт; – Зачем продуктовый дизайнер должен понимать менеджеров, разработчиков и бизнес; – Почему лучшая спецификация часто не документ, а работающий продукт; – Какие hard skills и soft skills формируют T-образного специалиста; – Чем отличаются осведомленность, умение, экспертиза и лидерство; – Почему автоматизация и работа руками становятся частью современной дизайн-практики. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы