Тут много новеньких, поэтому короткой строкой напомню

Кроме моего основного канала есть ещё два: 1. Вакансии для дизайнеров – каждый день кроме выходных 8 вакансий из 40+ источников для графических, ux/ui и продуктовых дизов. 2. Референсы интерфейсов – каждый день по 3 поста самых разных интерейсов: веб, мобилка, дашборды, графика и прочие. Буду рад всех видеть) И рекомендациям тоже ❤️ Спасибо всем, кто меня читает. Я это очень ценю и благодарен каждому лично ❤️

Тут много новеньких, поэтому короткой строкой напомню

Кроме моего канала с вакансиями есть ещё два: 1. Основной канал – каждый день по 1-2 поста про дизайн, полезные статьи, видео, конференции, посты о жизни и путешествиях (иногда). Уже скопилась целая база знаний из 2000+ полезных постов. По поиску можно найти почти любую тему по дизайну. И да, ещё я там пишу про путь своего проекта HireHi (уже 34 части написано) 2. Референсы интерфейсов – каждый день по 3 поста самых разных интерейсов: веб, мобилка, дашборды, графика и прочие. Буду рад всех видеть) И рекомендациям тоже ❤️ Спасибо всем, кто меня читает. Я это очень ценю и благодарен каждому отдельно ❤️

🎄 Как 2ГИС сделал новогодний слой не просто украшением

В 2ГИС каждый декабрь включают зимний слой: меняются цвета карты, появляются праздничные 3D-модели, гирлянды, украшения и анимации. В этот раз команда решила не просто обновить набор объектов, а собрать цельный визуальный стиль: мягкий, тёплый, дружелюбный и достаточно простой, чтобы нормально жить внутри карты с её техническими ограничениями. Раньше дизайнер описывал модель словами, собирал референсы, передавал моделлеру, потом начинались итерации и разночтения. С нейросетями команда смогла быстрее проверять идею: сначала генерировали образ, потом черновую 3D-модель, сразу примеряли её в тестовом приложении и уже после этого отдавали команде почти готовое ТЗ. Ребята всё равно делали финальную модель с нуля, но спорить приходилось меньше, потому что все уже видели, что именно должно получиться. Внутри: – Почему зимний слой карты решили превратить в цельный эмоциональный опыт; – Какие принципы задали для 3D-моделей: простые формы, мягкие цвета и понятный характер; – Почему старый процесс через текстовые описания и референсы давал много разночтений; – Как ИИ помог быстро проверять форму, цвет и масштаб модели прямо на карте; – Зачем черновая GLB-модель стала частью технического задания для моделлеров; – Почему анимации стало проще обсуждать через готовые примеры, а не словами; – Как подход масштабировали на ледовые городки, ёлочные базары, гирлянды и здания; – Какие результаты получили: рост DAU, больше кликов по моделям и новый постоянный процесс в команде. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

🗂 Вкладки работают, пока не пытаются заменить всю навигацию

Статья разбирает вкладки как простой, но часто неправильно используемый паттерн. Они хорошо помогают, когда нужно быстро переключаться между несколькими понятными разделами, сэкономить место и не уводить человека на отдельные экраны. Например, внутри страницы, карточки, настроек, дашборда или мобильного приложения, где есть 5–7 близких по смыслу категорий. Проблемы начинаются, когда во вкладки пытаются засунуть слишком много всего. Длинные названия не помещаются, категории начинают конкурировать, вложенные вкладки путают уровни, а важный контент оказывается спрятан. Вкладки не должны становиться складом для всего, что некуда положить. Если пользователю нужно сравнивать данные между разделами, много скроллить по табам или гадать по коротким названиям, лучше выбрать другой способ навигации. Внутри: – Когда вкладки реально упрощают навигацию; – Почему они хорошо работают для небольшого числа понятных категорий; – Зачем использовать вкладки как поднавигацию внутри страницы; – Почему слишком много вкладок быстро ломают интерфейс; – Чем опасны длинные и неочевидные названия; – Когда вложенные вкладки начинают путать пользователя; – Как проектировать вкладки для мобильных экранов и жестов; – Почему активное состояние, доступность и клавиатурная навигация важны не меньше визуала. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🧰 Claude не сделает красивый интерфейс просто по слову «премиально»
Автор разбирает, почему у одних интерфейсы, собранные через Claude, выглядят нормально, а у других сразу пахнут нейросетью. Дело не в секретном промпте. Модель может быстро собрать компонент, анимацию или переход, но вкус, правила и сотня мелких решений всё равно остаются на человеке. Практический смысл простой: сначала нужно дать системе язык. Токены, кривые анимаций, радиусы, тени, состояния, правила для нажатий, раскрытий и доступности. Если просто попросить «сделай гладко», модель начнёт придумывать случайные значения. Если дать точные переменные, запретить одноразовые числа и отдельно настраивать каждую часть, результат становится намного ближе к продуктовой работе, а не к случайному демо. Внутри: – Почему «smooth» и «premium» почти ничего не значат для модели; – Зачем заранее задавать токены, радиусы, длительности и кривые анимаций; – Почему дефолтные easing-кривые быстро выдают сгенерированный интерфейс; – Как тактильность появляется через нажатия, snap-точки и нормальную физику drag-сценариев; – Почему входящие анимации лучше собирать из прозрачности, сдвига и лёгкого blur; – Зачем использовать слоёные тени вместо одного грубого drop-shadow; – Почему компонент нужно проектировать как набор состояний, а не как картинку; – Где заканчивается работа Claude и начинается вкус человека, который понимает, что именно надо докрутить. ➡️ Читать статью (в Х) ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🪁 Дизайн-система начинает работать, когда вокруг неё договорились
Рома из Туту рассказывает, как их дизайн-система Kite выросла из старого UI-кита Order. Раньше компоненты жили отдельно на вебе, iOS и Android, дизайн догонял разработку, общей системы токенов не было, а масштабные визуальные изменения превращались в боль. В какой-то момент стало понятно, что просто иметь набор атомарных компонентов мало. Нужны общие правила, связанные токены, понятный процесс и договорённость между дизайном, разработкой и продуктовыми командами. Хорошо видно, что дизайн-система в большой компании это не библиотека кнопок. Это продукт внутри продукта. Там есть архитектура токенов, сборка под разные платформы, документация, миграции, поддержка команд, white-label сценарии, редизайны и постоянный торг между строгостью и гибкостью. Если всё сделать слишком свободным, каждый снова соберёт свой интерфейс. Если всё закрутить слишком жёстко, продуктовые команды начнут обходить систему стороной. Внутри: – Почему UI-кит без связи с дизайном быстро упирается в потолок; – Как Туту перешёл от Dev-to-Design к Design-to-Dev подходу; – Зачем дизайн-системе нужна глубокая система токенов; – Почему готового сборщика токенов может хватить на старт, но не на сложную систему; – Как CSS-переменные помогли с темами, скоупами и платформенными ограничениями; – Зачем Туту сделали собственную генерацию токенов под веб, iOS, Android и MailKit; – Как дизайн-система помогла быстрее делать white-label решения для партнёров; – Почему после запуска важны документация, внедрение в продуктовые команды и автоматизация через ИИ. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🔔 Inspiration #191
Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥 – testlio.com – upflow.io – somareality.com – 2025.unseen.co – fun-and-awe.io ——— – supermush.com – liveaevi.com – onroadmap.com – gsproductions.co.za – kokuyo.com/en/special/curiosity-is-life ——— – rogo.ai – cash.app/taxes – lilguy.net – samsy.ninja – planetono.space ——— – exalt-studio.com – untold.site/en – adovasio.it – emergencemagazine.org – relace.ai ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🧬 ИИ-продукт нельзя проектировать только на уровне интерфейса
Эмили Кэмпбелл разбирает ИИ-опыт как систему из нескольких слоёв: интерфейс, контекст, обвязка вокруг модели, сама модель, правила управления и неожиданные поведения, которые проявляются уже в реальном использовании. Это полезный сдвиг для дизайнеров, потому что в ИИ-продуктах качество опыта часто ломается не на кнопке и не в чате, а глубже: в памяти, доступах, инструментах, настройках модели или правилах, которые ограничивают её поведение. Отсюда меняется и роль дизайнера. Нужно понимать не только экран, но и то, что система знает о пользователе, какие данные может брать, какие действия может выполнять, где просит подтверждение, когда отказывается, почему отвечает медленно или странно. Дизайнеру не нужно становиться ML-инженером, но нужно уметь говорить с инженерами, безопасниками, юристами и продуктом на одном языке. Иначе вся работа сведётся к оболочке вокруг системы, которую никто толком не контролирует. Внутри: – Почему ИИ-интерфейс это только верхний слой опыта; – Как контекст помогает системе не начинать каждый запрос с нуля; – Чем опасны слишком большая память, лишний контекст и устаревшие сведения; – Зачем показывать пользователю, к каким данным и действиям подключён ИИ; – Почему разные модели дают разный тон, скорость, осторожность и качество ответа; – Как правила, безопасность и политика компании становятся частью пользовательского опыта; – Почему неожиданные поведения модели нельзя полностью убрать, но можно отслеживать; – Зачем дизайнерам нужна базовая грамотность по моделям, инструментам, доступам и оценке качества. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Летом город становится другим. Он в суете и жаре крыш. Но тише. Появляется время смотреть не только вперёд, но и по сторонам.
С каждым новым курсом в вышке я замечаю, как мы живём среди тысяч букв, вывесок, трещин, случайных композиций, теней, ритмов, но проходим мимо. Город становится фоном, а ведь именно там рождается огромное количество идей. Поэтому мы вместе с Гришей из Пухто запланировали провести небольшой летний интенсив в Июле — спокойный, исследовательский, крафтовый. Про то, как научиться снова замечать себя и город через буквы. Замечать формы, закономерности, связи, ошибки, следы человека. Смотреть на город как на живой архив референсов. Будем много гулять, фотографировать, анализировать, рисовать, строить модульные системы и превращать наблюдения в экспериментальный модульный шрифт и физический объект. Хочется собрать небольшую группу, где будет достаточно времени на разговоры, обсуждения и совместное творчество. Знаю, что есть те, кто давно хотелось посмотреть на город чуть внимательнее — возможно, это как раз тот самый случай. /обязательно послушайте трек выше, пол ночи писал ;)
😮 собрали все полезные ролики на 🖥 youtube by Pragmatica с туторами, лекциями и стримами — от базы в фигме до генератива и вайбкодинга.
дизайн-концепции и референсы 1. как создать дизайн-концепцию — простой способ придумывать концепты. 2. смотрим на референсы по-новому — инструмент работы с рефами, чтобы ускорить процессы. 3. как создаются концепции сайтов на пресейле — от мудборда и первых направлений до прототипа для защиты. 4. рисуем интерфейс циферблатов — экраны смарт-часов под конкурс CMF by nothing. figma и прототипы 5. этапы работы над проектом в figma — разбор структуры рабочей фигмы. 6. кликабельный прототип в figma — от настройки базовых связей до микроанимаций и пушей. 7. интерактивные макеты в figma и principle — как быстро оживить лендинг для презентации заказчику и передать моушен в разработку. анимация и верстка 8. верстка на readymag и анимации shots — особенности верстки и создание 3d. 9. пиксельная анимация в after effects — разработка анимации для сайта-заглушки. ai и вайбкодинг 10. айдентика кайференции на нейронках — визуал через связку krea, runway и gpt. 11. как убрать пластиковый эффект кожи в AI — пайплайн генерации реалистичной текстуры. 12. вайбкод для дизайнеров: интерактивный UI-эффект — как без опыта в коде быстро собрать эффект с нуля. 13. создаем сайт с помощью нейросетей — вайбкодим и тестируем инструменты. карьера и портфолио 14. портфолио дизайнера: что и как показывать — упаковка кейсов сегодня, выделяемся при найме. 15. карта компетенций и система грейдов — оценка и критерии роста в студии. 16. рисуем вместе кейс на behance — собираем и упаковываем проект в портфолио. 👍 если полетело в избранные!
🧭 Продуктовое discovery бывает в двух режимах
Энт Мёрфи хорошо разделяет две вещи, которые часто смешивают в одну кучу. Есть exploration, когда команда ищет новые возможности, сегменты, проблемы и направления. И есть exploitation, когда команда уже понимает проблему и пытается выжать из неё пользу: проверить гипотезы, найти решение, улучшить метрику, довести сценарий. Большинство команд сильны во втором режиме. Улучшить онбординг, снизить отток, подкрутить воронку, проверить известную боль, это понятная работа с понятным выходом. С exploration сложнее: там нельзя заранее нормально посчитать ROI, не всегда понятно, что будет результатом, и иногда итог звучит просто как «мы лучше поняли рынок». Поэтому компании легко застревают в оптимизации текущего продукта и пропускают новые возможности. Kodak, Blockbuster и Nokia как раз из этой серии. Внутри: – Почему discovery не сводится только к проверке проблем и решений; – Чем exploration отличается от exploitation по темпу и цели; – Почему компаниям проще защищать улучшения текущего продукта, чем поиск нового; – Как exploratory-интервью помогают искать ниточки, а не валидировать гипотезы; – Зачем нужны постоянные источники сигналов: формы обратной связи, короткие опросы, наблюдение; – Как ИИ может помогать с исследованием рынка, конкурентов и обсуждений пользователей; – Почему догфудинг и наблюдение за реальной работой пользователей относятся к exploration; – Зачем команде нужны оба режима, чтобы не застрять в улучшении прошлого. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
❤️ ❤️❤️❤️❤️❤️❤️❤️❤️
❤️ ❤️❤️❤️❤️❤️❤️❤️❤️ ❤️ ❤️❤️❤️❤️❤️❤️❤️❤️ ❤️ ❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️ ❤️ ❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️ доступ к закрытому комьюнити в тг, где регулярно проходят уникальные открытые лекции и воркшопы от наших кураторов с постоянно пополняемой библиотекой полезных материалов для дизайнеров, художников и всех, кто работает в креативной сфере Что входит в подписку: — архив ВСЕХ вебинаров и воркшопов (20+ на данный момент) — прямое приглашение на все открытые лекции и вебинары: каждый месяц минимум две лекции/вебинара — эксклюзивное место на новые онлайн-воркшопы: каждый месяц минимум два уникальных новых воркшопа для мультидисциплинарного развития — полезные материалы от команды Щёлочи: промпты, шрифты, мокапы, референсы, инструменты, скрипты, сайты - всё то, чем мы пользуемся сами и хотим поделиться с вами — постоянные беседы с командой Щёлочи на любые темы — ежемесячная разовая скидка на ЛЮБОЙ курс в размере 5к новые материалы публикуются регулярно
🧱 Адаптивность не обязана держаться на брейкпоинтах
Amit Sheen пишет о проблеме, которую легко не замечать по привычке: мы всё ещё часто проектируем адаптивность от ширины экрана, хотя современные интерфейсы давно живут компонентами. Один и тот же блок может оказаться в ленте, сайдбаре, модалке, карточке дашборда или внутри другого компонента. В такой ситуации глобальный брейкпоинт часто отвечает не на тот вопрос. Вместо постоянных условий «если экран шире 768px, сделай так» автор предлагает начинать с более гибких решений в CSS. Сетка может сама набирать столько колонок, сколько помещается. Отступы и шрифты могут плавно меняться через clamp(). Компонент может смотреть на размер своего контейнера, а не всего окна. А медиазапросы лучше оставить для того, где они правда нужны: возможности устройства, наличие ховера, точность указателя, пользовательские настройки и режим отображения. Внутри: – Почему брейкпоинты хорошо работали для страниц, но хуже подходят для компонентных систем; – Как auto-fit и minmax() помогают строить сетки без ручного числа колонок; – Зачем использовать плавные значения вместо скачков между размерами; – Как clamp() заменяет несколько медиазапросов для шрифтов и отступов; – Почему контейнерные единицы полезнее ширины экрана для переиспользуемых компонентов; – Когда контейнерные запросы нужны для реального изменения структуры; – Почему медиазапросы не исчезают, а меняют роль; – Как такой подход делает адаптивный интерфейс проще для поддержки. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🔭 Будущий тренд сначала выглядит как странность
Николас Зеусс из «Пирс 5» разбирает слабые сигналы в дизайне: ранние, ещё неоформленные сдвиги, которые сначала кажутся нишевыми, локальными или просто странными. Когда тренд уже попал в презентации агентств и стал понятен рынку, преимущество почти потеряно. Все уже увидели, адаптировали и начали повторять. Полезнее смотреть на периферию: локальные бренды, независимую графику, странные интерфейсы, соцсети, упаковку, субкультуры, маленькие продуктовые эксперименты. Spotify Wrapped вырос из интереса людей смотреть на себя через данные. Duolingo превратил маскота в живого персонажа. Oatly сделал упаковку разговорной. Liquid Death сломал привычный язык категории воды. Во всех случаях сначала был не «большой тренд», а повторяющийся сигнал: людям надоела стерильность, безличность и одинаково правильные бренды. Внутри: – Почему тренд становится менее полезным, когда его уже все назвали трендом; – Где искать слабые сигналы: в нишевых продуктах, соцсетях, упаковке и субкультурах; – Как Spotify Wrapped, Duolingo, Oatly и Liquid Death рано поймали сдвиг в поведении аудитории; – Почему периферийная эстетика часто становится коммерчески ценной после усталости от гладкости; – Как отличить сигнал от шума: повторяемость, переносимость между категориями и реальная функция; – Чем микро-, мини- и макро-тренды отличаются по сроку жизни и применению; – Почему бизнесу выгоднее тестировать новое малыми дозами, чем догонять рынок позже; – Какие сигналы видны сейчас: живой диджитал, управляемая эксцентричность и спокойная база с одним сильным отличителем. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🔔 Inspiration #190
Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥 – themonolithproject.net – jamm.co – peec.ai – firstofkind.com – plot.so ——— – caret.so – prototypestudio.fr – tayanecklace.com – glowguide.com – raviklaassens.com ——— – mubien.com – wonjyou.studio – intuition.team/book – fossa.com – holographik.co ——— – thedrake.ca – levva.fi – abhijitrout.in – mariogogh.com – bucket.co ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🧩 Персоны и JTBD не надо сталкивать лбами
Павел Шерер разбирает связку персон и JTBD без религиозной войны вокруг методологий. Персоны часто превращают в декоративные карточки с возрастом, фото и «любит скидки», а потом выбрасывают, когда команда доросла до JTBD. Но проблема не в самих персонах, а в том, что ими пытаются заменить понимание мотивации пользователя. JTBD помогает понять, какую работу человек пытается выполнить и какого прогресса ждёт. Персона добавляет к этому реальность: кто именно действует, какие у него права, ограничения, навыки, страхи, ответственность и контекст. Одна и та же работа может быть общей для дата-саентиста, DevOps и финансового контролёра, но механики для них будут разными. Без JTBD команда быстро уходит в набор фичей для «типа пользователя», без персон остаётся слишком абстрактная потребность без понятного исполнителя. Внутри: – Почему конфликт между персонами и JTBD обычно надуман; – Как плохие персоны подменяют мотивацию пользователя внешними признаками; – Зачем JTBD вытаскивает команду с уровня механики на уровень причины; – Почему одна и та же работа может требовать разных решений для разных ролей; – Чем потребность отличается от механики в продуктовой работе; – Почему User Stories опасны, если начинать мышление сразу с них; – Как Job Story, Persona и User Story связываются в одну трассировку; – Зачем проверять, что каждая механика ведёт к понятному результату. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
💳 Банк как инструмент контроля привычек, а не просто баланса
Александр Жирнов рассказывает кейс Zhirnov.Studio для «Райффайзена» из 2021 года: команда проектировала модуль контроля подписок и параллельно переосмысляла мобильное приложение банка. Тогда подписки на музыку, кино и сервисы росли лавиной, а вместе с ними появлялись лишние услуги, скрытые условия и списания, о которых пользователь вспоминал только после очередного пуша от банка. Задача быстро разрослась. Если банк уже видит регулярные списания, он может не просто показывать их в истории операций, а помочь человеку разобраться, за что он платит каждый месяц. Нашёл новую подписку, показал уведомление, собрал активные и отменённые сервисы в одном разделе, дал возможность добавить что-то вручную и заблокировать будущие списания после отмены. Нормальная бытовая польза: меньше забытых автоплатежей, меньше сюрпризов в конце месяца. Внутри: – Почему подписки стали отдельной продуктовой проблемой для банков; – Как команда изучала Revolut, Wise, российские банки и сервисы личных финансов; – Зачем мобильному «Райффайзену» понадобилось догонять обновлённый веб; – Почему уведомление о новой подписке стало точкой входа в сценарий; – Как истории, таббар и центр уведомлений помогали разгрузить интерфейс; – Зачем новым функциям внутри большого сервиса нужен встроенный онбординг; – Как контроль подписок превращает банк в инструмент финансовой гигиены; – Почему часть решений из концепции спустя годы оказалась в реальном продукте. ➡️ Читать кейс ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Ребята из Apple большие молодцы и огромные трудолюбцы выложили новые киты под мак ос и ios 27 наконец-то. Если вы рисуете дизайн нативно, самое оно и без костылей
Забирайте 🔠 Mac OS 27 🔠 IOS 27 Вообще они одни из немногих, кто вот так открыто пушит все компоненты и прочее бесплатно и не просит ни рублика. Респект в общем ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
🤖 Что дизайнеры из бигтеха реально делают с ИИ
Автор расспросила дизайнеров и исследователей из Сбера, Avito, VK, ВТБ и Яндекса о том, как ИИ изменил их работу за последний год. Получился не список «волшебных инструментов», а довольно трезвый срез: модели уже плотно вошли в рутину, но почти нигде не забрали продуктовые решения целиком. Чаще всего ИИ используют там, где нужно ускорить черновую, механическую или вариативную работу: собрать структуру интервью, сгруппировать обращения поддержки, накидать идеи для флоу, подготовить временную иллюстрацию, улучшить изображение, сделать видео, проверить макет по эвристикам или быстро собрать прототип. При этом все важное по-прежнему остается за человеком: контекст продукта, бизнес-ограничения, финальная интерпретация, качество решения и ответственность за результат. Внутри: – Какие ИИ-инструменты дизайнеры используют каждый день; – Почему текст, анализ и структурирование стали самыми частыми задачами для моделей; – Как генерация изображений и видео изменила работу бренд-дизайнеров; – Почему Фигма, Cursor, Claude Code и Codex становятся частью рабочего процесса; – Какие задачи стали быстрее, но не стали бессмысленными; – Почему продуктовый дизайн все еще нельзя просто отдать нейросети; – Где ИИ уже дает вау-эффект, особенно в видео, визуалах и анализе интервью; – Почему дизайнеру теперь важно не только пользоваться ИИ, но и понимать, где его результат нужно перепроверять. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
💙 Уже завтра в 19:00 по МСК пройдет наш бесплатный практический вебинар по созданию 3D-графики с помощью нейросетей
На эфире покажем пошаговый процесс создания 3D-сцен: от формирования идеи и подборки референсов до финального результата. Что будем разбирать: 💗 как выбирать качественные референсы для 3D-проекта; 💗 как анализировать композицию и визуальные решения; 💗 как создавать 3D-формы и собирать сцену; 💗 как работать со светом, текстурами и композингом; 💗 какие ошибки чаще всего мешают получить хороший результат и как их избежать. Также рассмотрим реальные примеры работ и покажем, как создавать 3D-визуалы для сайтов, рекламы, соцсетей, презентаций и продуктовых концептов. 💙 Для всех, кто будет присутствовать онлайн до конца эфира, подготовили приятный бонус — скидку 25% на любой тариф Utopy.ai. 💗 Присоединяйтесь к вебинару в боте