Минутка обложки:

Дизайн в каждой детали Ferrari Luce — первый электромобиль Ferrari, разработанный LoveFrom, компании Джони Айва. Хорошо, даже очень отлично, хотя надо и интерфейсы посмотреть будет. Но уверен, что скоро начнется буря из мнений в среде пром-дизайнеров. Как иначе — традиция с времен, когда Айв выпускал новинки в Apple.

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

Поэтому сегодня в Вышке проведем лекцию на тему «Правила создания компонентов» Поговорим о том, как строятся компоненты в дизайне – как логичная, масштабируемая система, которая экономит время и упорядочивает структуру. Разберем, как проектировать компоненты так, чтобы ими было удобно пользоваться, поддерживать и развивать вместе с продуктом. 📌 На лекции обсудим: • пример компонента и массовое редактирование; • атомарность: из чего складывается система; • Auto Layout и его роль в гибкости интерфейса; • варианты компонентов и зачем они нужны; • скрытие элементов внутри компонентов; • как вложенность влияет на производительность и оперативную память. Лекцию проведет Ксения Литвак (продуктовый дизайнер, дизайнер дизайн-систем в Voximplant) ➡️ Подключайтесь сегодня в 19:00 (мск) на Boosty

Если уже знакомы с обновлением, сразу напишите в комментарии, что думаете! А для всех остальных мой пост далее :) Что изменилось 👇🏻 1. Рекомендации стали гиперконтекстными — учитывают время суток, день недели, устройство. Трек включается в момент, когда слушатель максимально готов его сохранить 2. Интерфейс пересобрали: фото артиста, имя и обложка — в центре плеера 3. Добавили ИИ-реплики — короткие факты об артисте из открытых источников прямо в потоке Почему это важно для вас 👇🏻 1. Новый дизайн сделал обложку и фото артиста главным элементом первого касания. Хороший визуал — мгновенная узнаваемость и рост переходов в вашу карточку музыканта. Плохой — антиреклама на весь экран 2. ИИ-реплики работают отлично, если вы есть в инфополе. Если нет — будет пусто или некорректная информация Цифры от Яндекса после обновления 👇🏻 → Переходы в профили артистов выросли на 11% с запуском ИИ-реплик → Треки из обновлённой волны сохраняют на 64% чаще → Дизлайки снизились — алгоритмы попадают точнее Что делать прямо сейчас Если вы верифицированы — обновите фото через чат поддержки в кабинете BandLink, иначе опция недоступна. Без нормального фото и проработанного визуала — теряете крутой инструмент в главном рекомендательном продукте Яндекса. Дизайн ещё больше закрепляется, как инструмент, который напрямую влияет на ваши цифры на стримингах. Сейчас действительно лучший момент привести визуал в порядок! Я всегда доступен в личке @vypikhov 🤝

👋 Привет! Мы — 12 Космонавтов, ищем дизайнера с глубоким пониманием интерфейсного дизайна для создания дизайн-концепции цифрового продукта. Кто нам нужен • UX/UI-дизайнер с опытом от 5 лет, уровень Senior • Плюс: опыт в fintech, SaaS или highload-продуктах Что надо делать • Разрабатывать UX/UI-концепции и прорабатывать пользовательские сценарии • Работать с дизайн-системами: компоненты, токены, состояния, консистентность • Проектировать интерфейсы от user flow и wireframes до финального UI • Готовить макеты к передаче в разработку и сопровождать реализацию 👉Узнать подробности и откликнуться

Generative Fill уже умел менять изображение по текстовому запросу. Но когда в Фотошоп добавили Reference Image, быстро выяснилось, что пользователи ожидают от него не «примерное вдохновение», а гораздо более управляемый результат. То есть проблема была не в самой идее, а в том, как люди понимали влияние референса и насколько могли контролировать итог. Самое интересное в кейсе Adobe не финальный интерфейс, а сам путь. Команда прошла через несколько раундов исследований, пробовала разные сценарии, даже собрала отдельный Protoshop, чтобы тестировать гипотезы быстрее, чем через десктопный Фотошоп. В процессе отвалились лишние настройки, поменялась логика взаимодействия, а главный вывод оказался довольно приземленным: пользователю важнее не количество контролов, а понятный способ заранее выразить намерение. Внутри: – Почему первый интерфейс с референсом не совпал с ожиданиями пользователей; – Какие непонимания вскрылись между промптом и референсным изображением; – Почему людям было важно управлять степенью влияния референса; – Зачем команда пробовала drag-and-drop и почему этот путь не сработал; – Как отдельный Фотошоп ускорил цикл тестирования и переделок; – Почему пришлось адаптировать технологию под поведение людей, а не наоборот; – Как в финальной версии упростили сценарий и убрали лишнюю сложность; – Что этот кейс говорит о дизайне AI-функций в целом: контроль важнее магии. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

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

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

Задолбала фигма??? Покажем как делать опупенную графику внутри привычного инструмента!!! 23 мая в 12:00 что будет??? - покажем эффекты и фишки Figma, которые можно применять не только в интерфейсах - разберём, как через простые инструменты находить неожиданные визуальные решения - соберём общий коллаборативный арт из работ участников кто научит??? Лёша Рябикин, графический дизайнер и музыкант. участник Саунд, графический дизайнер в Щёлочи и BetBoom. Благодаря эфиру вы получите: детальное понимание возможностей софта за пределами интерфейсного дизайна + готовый незаезженный приём для собственных проектов. регистрируйтесь, всего 10 мест 😳

23.05, 12:00 на воркшопе: - покажем эффекты и фишки Figma, которые можно применять не только в интерфейсах - разберём, как через простые инструменты находить неожиданные визуальные решения - соберём общий коллаборативный арт из работ участников спикер: Лёша Рябикин, графический дизайнер и музыкант. участник Саунд, графический дизайнер в Щёлочи и BetBoom. после эфира заберете с собой детальное понимание возможностей софта за пределами интерфейсного дизайна + готовый незаезженный приём для собственных проектов. регистрируйтесь, всего 10 мест ❤️

Ищите вдохновение и качайте визуальную насмотренность.

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