Пользуясь сторонним продуктом, мы часто понимаем его лучше, чем разработчики. Сторонний пользователь видит big picture — наблюдает продукт и максимально естественно взаимодействует с ним. Но стоит этому обычному пользователю стать частью команды, как он, зачастую, становится разработчиком локальных фичей.

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

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

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

Я делаю ремонт в своей инвест. квартире в ЖК Алия и на этом проекте сознательно экономлю — отказалась от услуг прораба и сама буду курировать стройку. А значит, буду часто появляться в ЖК, встречаться с рабочими, контролировать этапы, принимать решения на месте и лично разбираться со всеми нюансами, которые обычно всплывают уже по ходу работ. К тому же у меня появилось дикое желание творить и самой погружаться в процессы. Уже создала коллажи и визуализации будущего интерьера, в безумном восторге и хочу быстрее реализовать все вживую. Такое у меня случается редко, чаще я с головой в предпринимательских задачах. Но иногда появляется состояние, когда хочется самой снова залезть в проект руками: посмотреть объект, подумать над планировкой, докрутить детали, найти решения, которые дадут максимум эффекта за адекватные деньги. 🔥Поэтому сейчас у меня появилась возможность взять еще пару квартир в ЖК Алия на личное ведение. Рассматриваю именно инвест.ремонты — квартиры под аренду или продажу. Для меня это возможность сделать несколько сильных инвестиционных квартир в одном комплексе, для вас — шанс попасть ко мне в личное ведение и получить ликвидный объект с классным интерьером по лучшей цене. Если у вас есть квартира в ЖК Алия и вы хотите сделать ремонт под аренду или продажу — оставьте заявку на сайте https://golnk.ru/7g2By Возьму буквально пару проектов!

Чуть ранее я писал, что .noddef появился из очень простой мысли: вокруг существует огромное количество интересных шрифтовых идей, набросков и экспериментов, которые так и остаются где-то между черновиком, поиском и «может быть потом доделаю», полный пост можно почитать тут: Хочу коротко напомнить и уточнить: .noddef — это открытая типографическая экосистема для экспериментальных, незавершённых и авторских шрифтовых заготовок. Это не словолитня. Не маркетплейс. И не архив случайных файлов. Это кураторское пространство для шрифтовых образов с характером, потенциалом и возможностью продолжения. Здесь будут: — экспериментальные и незавершённые шрифты, — студенческие и авторские проекты, — процессы, наблюдения и исследования, — визуальные спесимены, — бесплатные шрифтовые образы для личного использования, — проекты, которые со временем могут получить развитие и доработку. Для авторов — это возможность показать свои поиски и дать проектам продолжение. Для дизайнеров — возможность находить живые, необычные и неочевидные типографические решения. Для нас всех — попытка немного расширить поле экспериментальной типографики вокруг и посмотреть на нее под иным углом. .noddef не романтизирует халтуру и не противопоставляет процесс качеству. Нас скорее интересует момент, когда в проекте уже появилась живая идея, характер и интонация — даже если он ещё не стал «завершённым продуктом» как по знаковому составу, так и по контурам. Для меня незавершённость — это просто момент, когда у идеи всё ещё есть пространство для движения. И мы хотим работать именно с этим состоянием. Огромная благодарность за поддержку, поиски, обсуждения и запуск проекта: Паше Рипли Нике Кириченко Антону Прокопьеву Максу Кешишеву Саше Киселеву Грише Морозову И всем, кто поддержал словом и делом. В ближайшее время я сделаю еще серию постов про то, как работает проект на текущем этапе, что планируется доработать и реализовать в ближайшее время и FAQ-карточки. А пока просто забегайте поглазеть и спасибо всем за ваше внимание и интерес! tg @noddef ig: @noddef.type noddef.com

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

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

Lovable за последние апдейты начал собирать вокруг себя что-то вроде продуктовой комнаты. Можно править интерфейс прямо в превью, оставлять комментарии на элементах, отправлять тред агенту, искать по истории чата, а в десктопном приложении подключать локальные MCP, чтобы агент видел контекст из Фигмы и других инструментов. По отдельности всё вроде мелочь. Комменты уже сто лет есть в Фигме. Визуальные правки есть почти в любом конструкторе. Поиск по истории вообще обычно замечаешь только после того, как он один раз спас тебе день. Но в сумме получается любопытная штука. Вайбкодинг перестаёт быть одиноким чатом, где ты сидишь и уговариваешь модель «ну сделай нормально, пожалуйста». Он начинает обрастать рабочими слоями: экран, обсуждение, история решений, контекст из соседних инструментов, правки по месту. Агент поменял кнопку. Через неделю команда пытается понять: это было решение, эксперимент или чей-то случайный промпт? Вот это для меня главный вопрос во всей истории. В hirehi такое и без агентов всплывает постоянно. Где-то идея лежит в Фигме, где-то обсуждение в чате, где-то правка уже в коде, где-то я сам себе написал «потом поправить» и, конечно, через неделю не помню, что именно хотел поправить. Если рядом появляется агент, который может реально менять интерфейс, бардак получает турборежим. Поэтому комментарии в превью тут важнее, чем кажутся. Продакт ткнул в конкретное место. Дизайнер поправил состояние. Агент получил задачу рядом с экраном. Разработчик хотя бы видит, откуда прилетела правка. Уже меньше шансов, что всё превратится в длинный промпт на 40 строк, где половина смысла живёт только в голове человека, который его писал. С историей чата похожая тема. Если приложение собирается через диалог, переписка становится частью продукта. Там лежат решения, компромиссы, откаты и странные моменты типа «вчера просили сделать ярче, сегодня срочно верните как было». Потерял историю, и потом продукт выглядит так, будто его собирали несколько людей, которые общались через стену. Десктопное приложение с локальным MCP добавляет ещё больше контекста. Агент может смотреть в Фигму и другие локальные штуки. В теории это прям хорошо, потому что он меньше угадывает. На практике появится новый вопрос: а что именно он прочитал? Макет? Старый файл? Обсуждение? Какой-то черновик, который вообще никто не хотел тащить в продукт? Вот тут Lovable может стать правда полезным, если не развалит ответственность. Потому что дать всем возможность быстро править интерфейс легко. Сложнее сделать так, чтобы команда понимала, кто что поменял, зачем поменял и почему это теперь считается нормальным решением. Такие апдейты мне ближе, чем очередной генератор приложения мечты за один запрос. Тут обычная продуктовая рутина: ткнуть в экран, обсудить, поправить, откатить, найти старое решение, передать агенту контекст. Скучнее для демки, зато намного ближе к реальной работе. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Неужели такие крупные агентства, как Depot, не в состоянии обратиться к спецам?🤔 Ничего личного.

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

Короче когда вы в дизайне новичок, прям вообще новичок, 2 урока посмотрели моих на ютубе и впервые для себя анимацию открыли. Так вот вам кажется, что вы ВСЁ ПОНЯЛИ! И вы смело идёте с горящими глазами показывать семейным и кентам какую ПУШКУ вы умеете делать. И в этом состоянии очень просто получить первых клиентов. А потом вы начинаете разбираться глубже. Через неделю вам ваши первые слайды кажутся убожеством. Через две — вы понимаете, что вообще ничего не понимаете. И начинаете усложнять. Вы смотрите на других дизайнеров, которые делают круче, которые много лет в профессии и которые надрачивают на свой супер-сложный дизайн. А смотреть надо на клиентов. Я делился недавно, что у меня ничего давно не залетает в плане контента. Да, приходят по 100-200 подписчиков в месяц, но на наших оборотах это слёзы. И я нанял за сто тыщ эксперта по контенту. Я — человек, у которого 126к на ютубе, 39к в телеге, 100к в инсте, 180к в тиктоке. Я делаю контент уже 6 лет. Я загрузил 560 видео я написал тысячи страниц постов. И вот я нанял молодого пацана, который 4 месяца ведёт инсту и быстро набрал первые 30к подписчиков. И на вторую неделю совместной работы — у меня взрывается инстаграм. +700 человек с одного видео. С экспертного видео, где я показываю, как работать в PowerPoint. Не с шуточек, не с трендов, ни с мемов. 700 сука супер целевых подписчиков. Знаете, какой видос залетел? Настолько простой, что мне было стыдно его выкладывать. Пока пост писал, ещё 80 человек подписалось. Это я к чему. Если у вас нет клиентов \ давно нет рывка по клиентам и деньгам — приходите на МК по клиентам. Он даже не 100 тыщ будет стоить)) Разберем каналы поиска, нишы, правила портфолио, контент, примеры переписок, короче все важное 😌

Есть ощущение, что последние годы интерфейсы всё время пытались стать незаметнее. Сначала кнопки уехали в жесты, потом часть сценариев ушла в голос, потом ИИ начал забирать на себя поиск, тексты, картинки и прочую работу. А теперь следующий уровень: продукты хотят понимать не только что человек делает, но и в каком он состоянии. На днях TechCrunch написал про стартап Neurable. Они делают неинвазивный нейроинтерфейс, то есть без чипов в голове и всей этой киберпанк-жести. Технология работает через ЭЭГ-сенсоры, обработку сигналов и ИИ. По сути, устройство считывает активность мозга и может давать данные о когнитивном состоянии человека. И вот теперь Neurable хочет лицензировать эту технологию производителям обычных потребительских устройств: наушников, очков, кепок, повязок и других носимых штук. У них уже была коллаба с HyperX от HP, где делали гарнитуру для геймеров, чтобы отслеживать фокус и производительность. Ещё они работали с iMotions, которая занимается исследованиями поведения людей. Следующий интерфейс может начаться не с клика, а с усталости в голове Вот это уже очень интересный сдвиг. Потому что раньше продукт реагировал на действие. Нажал кнопку, написал запрос, открыл экран, выбрал пункт меню. Всё понятно. А тут продукт потенциально начинает реагировать на состояние: устал, сфокусирован, перегружен, потерял внимание, выпал из задачи. С одной стороны, звучит очень полезно. Представьте наушники, которые понимают, что вы уже час сидите в глубоком фокусе и дальше начнёте тупить. Или рабочий софт, который видит перегруз и не пихает вам ещё 15 уведомлений. Или игра, которая адаптирует сложность не только по действиям, но и по состоянию игрока. С другой стороны, тут сразу хочется поставить ноут на паузу и немного подумать. Данные о пульсе уже стали нормой. Шаги, сон, калории, стресс - всё это мы как-то приняли. Но данные о мозговой активности ощущаются гораздо интимнее. Это уже не просто тело. Это ближе к тому, как человек думает, устаёт, концентрируется и реагирует на мир. Neurable говорит, что данные защищаются, анонимизируются, шифруются, а для обучения ИИ используются только с согласием пользователя. Это важно. Но сам факт всё равно показательный: рынок уже смотрит на мозг как на следующий слой интерфейса. И тут для дизайнеров и продуктовых команд будет очень непростая зона. Если продукт знает, что человек устал, он должен помогать или монетизировать эту усталость? Если сервис понимает, что внимание просело, он должен дать паузу или подсунуть стимул посильнее? Если игра видит фокус, она должна сделать опыт лучше или удерживать дольше? В обычных интерфейсах мы хотя бы видим кнопку, попап или пуш. С нейроинтерфейсами часть логики может стать совсем невидимой. Устройство что-то считало, ИИ что-то решил, продукт чуть поменял поведение, а пользователь даже не понял почему. Поэтому история с Neurable не только про крутые наушники будущего. Это про новый тип ответственности. Когда интерфейс начинает работать не с экраном, а с состоянием человека, ошибаться становится намного опаснее. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

1️⃣испания внедряет инструмент выявления ненависти в социальных сетях испания запустила HODIO — систему, которая измеряет «след ненависти и поляризации» в Instagram, TikTok, X, YouTube и Facebook. ai анализирует массивы контента, эксперты валидируют результаты, а раз в полгода публикуется отчёт о состоянии цифровой среды. ✨токсичность становится измеримой метрикой ✨ оценивается не только количество, но и охват хейта ✨ прозрачная методология делает платформы подотчётными 2️⃣cash app заходит в сегмент 6–12 лет Cash App от Block запускает счета для детей. ребёнок получает карту с лимитами, родители полностью контролируют операции через приложение. с 13 лет открывается доступ к расширенным функциям. ✨ обучение финансовым привычкам до подросткового возраста ✨ p2p-переводы от «разрешённого круга» ✨ конкуренция за поколение альфа начинается заранее 3️⃣wildberries встроил автокредит прямо в карточку товара на Wildberries появился автокредит от RWB: одобрение, документы и электронная подпись занимают около часа. первая покупка — BAIC U5 Plus под 0,01 %. ✨ embedded finance для высокочековых покупок ✨ маркетплейс берёт на себя не только продажу, но и финансирование ✨ покупка превращается в бесшовный процесс вывод для бизнеса ⬇️ общая логика этих кейсов — в том, что компании начинают работать не на уровне сервиса, а на уровне среды. они делают измеримым то, что раньше было размытым (токсичность), формируют поведение задолго до момента самостоятельных решений (детские финансы) и убирают паузы между желанием и действием (мгновенный кредит). выигрывают те, кто проектирует не отдельный продукт, а условия, в которых пользователь действует «по умолчанию». trends.aic.ru

На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2. Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему. Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие. Как пользоваться, если ты диз? 1. Открыть файл на GitHub A11Y.md из папки docs/en/ 2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md» 3. Скинуть файл или ссылку на свой проект 4. Готово! Что внутри репозитория: ⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов. 📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам. 🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга. 📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера. Немного того, что важно для дизайнера: → Контраст текста должен быть 4.5:1, элементов UI — 3:1 → Нельзя передавать состояние только цветом — нужны иконка + текст + цвет → Минимальный размер кнопки — 44×44px → Плейсхолдер не заменяет подпись к полю → Графики обязаны различаться без цвета — текстурами или штриховкой и многое другое Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )

Недавно завайбкодил небольшой лендос с помощью Cursor, собрал ТГ-бота в n8n, не говоря уже о Nano Banana, приколах в Sora, Suno и каждодневном использовании GPT. Для продукта в GPT генерю гипотезы, анализирую конкурентов, дипсёрчу источники в Perplexity, иногда прошу GPT провести ревью флоу/экрана. Экспериментировал в Figma Make, но результат оставил желать лучшего. Чтобы узнать, как у других, поспрашивал ребят из разных компаний о том, как AI-инструменты поменяли их дизайн-процесс и поменяли ли. 👱‍♂️ Юрий Ветров ⏺️ Дизайн-директор в Точка Банк Сам дизайн-процесс не поменяли, потому что он больше завязан на совмещение целей пользователей и бизнеса, а не конкретные инструменты. Но какие-то части процесса — да. Где-то это бытовуха — вроде перегнать данные из одного формата в другой. Где-то — автоматизация этапа процесса (например, написать свой плагин для Фигмы). Где-то — возможность делать графические элементы на потоке (например, нодовые инструменты генерации). В хобби-проекте вечерами пишу учебную платформу и дизайн-систему на React в формате парного программирования. 🥷 Стефан Васадзе 🏧 Руководитель дизайн-группы в EMCD, ex.Яндекс, ex.VK В дизайне пока только внедряем и учимся, из живого: — Сделали агента, который собирает сам задачу под шаблон опрашивая продакта, далее хотим прикрутить этап первичного discovery; — Сделали плагин где маркетинговые материалы самогенерятся на основе инпута (KV + текста + ресайзы); — Собрали за день свой инструмент для assessment и perfomance review дизайн команды + аналитика и всякие приколдесы; — Делаем пересборку дизайн-системы и компонентов в сторибуке прямой связкой через Figma API, далее хотим автоматизировать пуш изменений и начать работать не с макетами, а с прототипами в коде; — Работаем над проектированием агентов под точечные задачи, в идеале скинуть на них всю операционку где можно без человека; — Собираем лендосы для тестов; — Ищем инфу по корп инструментам/анализируем исследования/копаем в инсайты из чатов/делаем выводы из аналитики и тд. 🙎‍♂️ Марк Борзенков 📦 Дизайн-менеджер в Avito Мы уже больше года генерим картинки, даже сложные 3д персонажи получаются на отлично. Текста и орфография — тоже на отлично. Но это база, как у всех. А что из интересного, смогли на прод завайбодить улучшение. Разобрались с репозиториями, прошли ревью и смержили. Дальше — больше! 🤵‍♂️ Александр Дудинский 💾 Дизайн-лид в EPAM У меня ИИ пока значительно помогает только в быстрых прототипах. Связка Figma Make + Claude Code помогают собирать быстрые прототипы для обсуждения с командой и продактом на стороне клиента. Если раньше мы иногда тратили несколько дней на первый полноценный прототип, то сейчас в течении пары часов собираем весь флоу, включая корнер кейсы. И понятное дело, что все это с анимациями, различными состояниями и т.д., но финальный дизайн всё равно собирает дизайнер. Пока не получилось отдавать готовый код разработчикам и полностью автоматизировать всё это, к сожалению. Про мелочи вроде «быстро сгенерировать сочную иконку» писать не буду, мне кажется это уже база сейчас, а не ускорение работы. 👩‍💼 Дарья Кан 🧿 Дизайн-лид в Оzon У нас в Ozon дизайн-процесс не поменялся. Ключевые этапы, такие как исследование, проработка концепций, дизайн и проверка решений, остаются прежними. Но постепенно ИИ становится вспомогательным инструментом. Мы используем ИИ, чтобы сформулировать UX-копирайтинг особенно на этапе концептов, когда нужно сосредоточиться на идее и смысле, а также при работе с иллюстрациями — быстрая генерация идеи для ускорения синхронизации с командой или заказчиком. Основная ценность по-прежнему остаётся за дизайнером — его опытом, насмотренностью и способностью принимать решения. 🌊🌊

Intsall plugin

Обычный автокомплит показывает список под полем. Typeahead работает иначе: продолжение появляется прямо внутри строки, и за счет этого пользователь не прыгает взглядом между инпутом и выпадающим списком. На словах просто. На деле это почти полностью кастомное поведение, которое не совпадает с нативной логикой HTML-инпутов. Флориан Шульц очень хорошо разбирает, почему такая штука сложнее, чем кажется. Сначала он попробовал идти через реальное выделение текста, но на iOS это сразу развалилось из-за ручек выделения и странного поведения браузера. Потом пришел к overlay-подходу, где completion рисуется поверх инпута отдельным слоем, а дальше началась настоящая инженерия: beforeinput, кастомная обработка backspace, скрытие каретки, переполнение текста и даже проблема кернинга, из-за которой буквы начинали прыгать при вводе. Внутри: – Чем typeahead отличается от обычного автокомплита со списком подсказок; – Почему решение через реальное выделение текста ломается на мобильных; – Как работает overlay-подход с отдельным слоем поверх инпута; – Какие события приходится перехватывать, чтобы поведение было естественным; – Почему стандартный Highlight не дает одинаковый результат в разных браузерах; – Как обрабатывать состояния фокуса, очистки и переполнения текста; – Откуда берется проблема с кернингом при разбиении строки на span; – Как можно компенсировать этот сдвиг, не отключая кернинг полностью. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Anthropic выкатили Claude Design. Это инструмент, где можно текстом описать идею, а Claude соберёт визуал: прототип, презентацию, лендинг, one-pager или первый макет интерфейса. На первый взгляд звучит как очередное «ИИ теперь заменит дизайнеров», но мне кажется, тут интереснее другое. Они делают его явно не только для дизайнеров. Он целится в продактов, фаундеров, маркетологов и всех людей в команде, у кого есть идея, но нет навыка быстро превратить её во что-то визуальное. То есть первый черновик интерфейса теперь сможет собрать почти любой человек. И это меняет не саму профессию дизайнера, а точку входа в дизайн. Первый красивый вариант почти никогда не равен хорошему продуктовому решению Раньше дизайнер часто был первым человеком, который переводил мутную мысль в экран. Приходил продакт с «давай сделаем вот такую штуку», а дальше дизайнер распутывал сценарий, структуру, состояния, ограничения, тексты, логику и визуал. Теперь часть этой работы можно будет быстро накидать через ИИ. Но проблема в том, что такой макет может выглядеть нормально и при этом вообще не учитывать реальные сценарии, ошибки, ограничения разработки, поведение пользователей и метрики. Поэтому я бы не драматизировал. ИИ отлично ускоряет момент «давайте хоть что-то посмотрим глазами». Это правда полезно, потому что меньше времени будет уходить на пустой лист, первые наброски и попытки объяснить идею словами. Но ценность дизайнера всё больше будет смещаться из «я умею красиво собрать экран» в «я понимаю, какой экран вообще нужен, зачем он нужен, где он сломается и как доказать, что это решение работает». Плохая новость для тех, кто держался только на визуале. Хорошая новость для тех, кто умеет думать продуктом, задавать неудобные вопросы, работать с ограничениями и доводить идею до живого результата. Мне кажется, дальше таких инструментов будет всё больше, и рынок очень быстро начнёт отделять дизайнеров, которые просто делают макеты, от дизайнеров, которые реально влияют на продукт. Что думаете? Уже юзали дизайн клода?)) Как вам? Похороны отменяются, пока что Это мой первый экспериментальный пост, буду иногда писать мысли про какие-то дизайн инструменты или новости) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Обсуждаем с командой тему следующего эфира на выдохе с психологом. Спойлерить сильно не хочется, но речь точно зайдет о диагностике своего состояния. И вот хочется чтобы эта рефлексия далась попроще. А как сделать сложные вопросы легче? Подать с юмором конечно! И мы начали думать какой каждый из нас сегодня суп) Давайте с нами! #пятница 🍑 Явно.Дизайн

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