Плюс №4235125252 делать сервис одному без назойливых бюрократов под ухом и работы по спринтам в ожидании разработчика 8 недель

Увидел тост у Паши из Т-Банка в канальчке, решил сделать также. 5 минут и сделал, уже на проде красуется :)

Ну и ещё по мелочи наделал) Кнопочку покрасил, радиус где-то поменял, кнопку уведомлений в ТГ при выборе фильтров сделал очевиднее а не просто Сохранить.

В продукте я бы это согласовывал вначале пару дней, а потом бы ждал на проде ещё месяц...(((

А оно уже там. Люблю hirehi ❤️

Как вам тостик?)

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

Минус парочка стартаптов и плагинов от Фигмы.

Теперь можно чекать цвета, компоненты и прочее на соответствие вашей ДС и стилей. Имба

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

🔔 Inspiration #186

Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥

– alveoslabs.com
– getanchor.ai
– museumofmoney.com
– mammothmurals.com
– workers.cloudflare.com

———

– hera.travel
– ziatile.com
– chew.productions
– creativegiants.art
– gk3.website

———

– circa.so
– ecolevision.com/en
– factory.ai
– accessgrid.com
– lacrapulestudio.com

———

– coastalworld.com
– one.plasma.to
– neonrated.com
– jace.ai
– amritpalace.com

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

UX-исследования для дизайнеров

У многих дизайнеров исследования долго живут где-то рядом с работой. Вроде понятно, что это важно, но на практике чаще всё упирается в макеты, сроки и бесконечное «давайте просто сделаем красиво и посмотрим».

А потом начинается самое весёлое. Продакт просит обосновать решение. Руководитель хочет понять, почему экран именно такой. Разработка спрашивает, точно ли это кому-то нужно. И если под рукой только вкус и референсы, разговор быстро превращается в спор мнений.

С исследованиями проще. Ты видел, как человек проходит сценарий, где он завис, где не понял текст, а где не заметил кнопку. Или почему он начал сомневаться и вообще ушёл не туда. После такого защищать решение сильно легче, потому что у тебя появляется нормальная опора, а не просто «я так вижу».

На днях ко мне пришла Катя Акатова, руководитель отдела пользовательских исследований в Ozon, и рассказала про их курс «UX-исследования для дизайнеров». До этого они с командой запускали внутренний курс по исследованиям, его прошли уже 200+ человек: дизайнеры и продакты.

Теперь собрали вот отдельную программу для всех, кто хочет нормально разобраться в исследованиях без всякой духоты.

🤌 Что внутри:
– 60 уроков с массой прикладной инфы и рекомендациям, которые основа на большом опыте;
– как понять, когда исследование реально нужно;
– как выбрать метод, найти респондентов, провести интервью или UX-тест, разобрать результаты и собрать из них понятную презентацию для команды.
– отдельно есть немодерируемые количественные UX-тесты, тест первого клика, тест сценария, тест предпочтений и тест 5 секунд.

😎 Кто будет вас учить:
– Катя Акатова, руководитель отдела пользовательских исследований;
– Алена Бородина, руководитель группы «Опыт покупателя»;
– Анна Юсупова, ведущий исследователь пользовательского опыта;
– Варвара Скобелева, ведущий исследователь пользовательского опыта;
– Артур Сафаров, исследователь пользовательского опыта;

🙏 Формат удобный
Уроки короткие, от 4 до 20 минут. Можно проходить в своём темпе, доступ к курсу дают на 4 месяца. Есть практика и два тарифа: «Всё сам» и «С обратной связью». В тарифе ОС вы дополнительно будете получать разбор конкретного ответа на задание и рекомендации по его улучшению. Кайф и только!

Я сам, честно, на работе очень не любил исследования, но зря. Когда полюбил и подружился с исследователями, то жить стало проще и решения проталкивать х10 раз быстрее. Поэтому, мастхэв для тех, кто хочет этот навык освоить

И конечно, для моих любимок промик на 10% скидку: HIDIS10. Действует до конца июня

🔠 Пройти курс
🔠 Пройти курс
🔠 Пройти курс

🌸 Т-образный дизайнер это не про «уметь всё понемногу»

Юрий Ветров в отрывке из «Паттернов дизайн-менеджмента» разбирает T-образного специалиста как ответ на реальную проблему продуктовых команд. Чем сложнее продукт, тем дороже становится конвейер, где один человек собирает требования, второй рисует, третий исследует, четвертый объясняет разработке, а пятый пытается вернуть всё обратно в продукт без потерь.

Главная мысль в том, что современному дизайнеру недостаточно хорошо делать макеты. Ему нужно понимать бизнес, продуктовые требования, пользователей, разработку, аналитику, ограничения платформы и процесс запуска. Не на уровне «я теперь продукт-менеджер и фронтендер», а на уровне, который позволяет брать ответственность за результат, договариваться с командой и проводить решение до живого продукта.

Внутри:
– Почему сложные дизайн-задачи почти всегда лежат на стыке ролей;
– Как узкая специализация увеличивает транзакционные издержки;
– Почему дизайнеру важно отвечать не только за макет, но и за продукт;
– Зачем продуктовый дизайнер должен понимать менеджеров, разработчиков и бизнес;
– Почему лучшая спецификация часто не документ, а работающий продукт;
– Какие hard skills и soft skills формируют T-образного специалиста;
– Чем отличаются осведомленность, умение, экспертиза и лидерство;
– Почему автоматизация и работа руками становятся частью современной дизайн-практики.

➡️ Читать статью

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

Дизайн-система через Claude Code

Я никогда не любил работать с ДС и компонентами, особенно, когда АИ ещё не было в целом. Дизайн-система это такая штука, которая никогда не заканчивается. Сегодня добавили новый компонент, завтра поменяли состояние, потом где-то в продукте уже уехала версия, а в библиотеке всё ещё живёт старый вариант.

И начинается обычная рутина. Проверить состояния. Сверить компоненты. Понять, что отстало от продакшна. Поправить в нескольких местах. Убедиться, что дизайнеры не разнесли всё по разным файлам. Работа важная, но максимально не самая весёлая)

И вот это как раз очень похоже на задачу, которую можно отдавать AI-агенту. Не творческую часть, где надо думать головой, а именно поддержку порядка: сверять, находить расхождения, подтягивать правила, дополнять состояния, помогать не превращать ДС в свалку.

Даниил из Pixel Perfect 3 июня в 18:00 мск покажет, как это работает на практике. Будет не учебный кейс, а живой AI SaaS-стартап для голосовых агентов. Он соберёт дизайн-систему через Claude Code и Figma MCP, а потом на её базе сверстает экраны продукта.

😎 Что будет полезного
Покажет, как собирать ДС через Claude Code и Figma MCP, даст 4 скилла для Claude Code под сборку и поддержку своей дизайн-системы, и разберёт, какую рутину реально можно отдать агенту.

Если работаете с дизайн-системами или просто устали руками вылавливать одни и те же расхождения залетайте посмотреть. Ща отставать уже не модно, нужно быть в трендах инструментов и снимать с себя кучу рутины ✨

Эфир пройдёт в канале, приходите

Кстати, кто уже занимается ДС через клод, какой у вас пайплайн? Как работаете?

🔠 Подписаться на канал Даниила
🔠 Подписаться на канал Даниила
🔠 Подписаться на канал Даниила

Прошлая неделя была рекордной по выручке для HireHi за все время существования проекта ❤️

Безумно счастлив делать этот сервис и получать такие отзывы

Продолжаем!

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

😊 Дизайнеру уже мало просто хорошо рисовать

В этом разговоре Брайан Ловин из Ноушн очень точно описывает, куда вообще сдвигается роль дизайнера. Границы между дисциплинами размываются, и все меньше смысла делить работу на «это дизайн», «это код», «это продукт». Если хочешь влиять на результат, приходится понимать, как устроены инструменты, как думают инженеры, где заканчиваются возможности моделей и почему одни идеи в проде разваливаются, а другие нет.

Самое важное здесь не в очередном наборе AI-инструментов. Главное, что дизайнеру теперь нужно уметь выходить за пределы макета: собирать прототипы в коде, разбираться в ограничениях Фигмы, понимать, как ИИ читает структуру интерфейса, и держать в голове не только красивую картинку, но и всю систему целиком. Не ради моды, а потому что иначе влияние на продукт быстро заканчивается.

Внутри:
– Почему дизайнеру уже недостаточно оставаться только в рамках интерфейсов;
– Как в Notion прототипы все чаще уходят из Фигмы в рабочую кодовую базу;
– Почему общение с инженерами стало частью нормального дизайн-процесса;
– Зачем понимать реальные ограничения AI-моделей, а не фантазировать про их будущее;
– Как хорошие примитивы, имена слоев и структура помогают ИИ работать точнее;
– Почему доработка в IDE часто полезнее, чем бесконечные промпты;
– Как непоследовательность ИИ одновременно ускоряет работу и создает хаос;
– Почему способность глубоко сосредоточиться становится отдельным конкурентным преимуществом.

➡️ Смотреть видос (EN)

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

#12 Фигма Make лезет в реальный код

Фигма 28 мая выкатила важный апдейт Make: теперь инструмент можно подключить к локальной кодовой базе. Открываешь существующий проект, выбираешь элемент на экране, правишь свойства, отступы, цвет, размер, раскладку, а агент уже находит нужное место в коде и вносит изменения.

Пока это ограниченная бета в десктопном приложении для Mac. И сама Фигма честно пишет, что лучше всего это подойдёт дизайнерам, у которых уже есть доступ к кодовой базе компании.

Раньше вайбкодинг в дизайне чаще был про быстрый черновик. Собрал экран, показал идею, выбросил половину, что-то утащил в работу. Вроде полезно, но всё равно чуть отдельно от настоящего продукта. А теперь Фигма Make пытается работать с тем местом, где продукт уже живёт.

Самый важный вопрос теперь: кто имеет право двигать кнопку, если эта кнопка уже в коде?

Потому что визуальная правка реального интерфейса звучит очень соблазнительно. Увидел, что отступ кривой, выбрал блок, поправил. Текст не тот, поменял. Цвет уехал, вернул. Не надо писать разработчику «можешь тут 8 пикселей вместо 12», ждать, объяснять, показывать скрин, потом снова смотреть, что получилось.

Но чем ближе дизайнер подходит к коду, тем быстрее появляются взрослые вопросы:

1. кто проверяет такие изменения
2. что считается безопасной правкой
3. где начинается логика, а где просто внешний вид
4. кто отвечает, если агент поменял не тот компонент
5. как откатиться, если всё поехало

Фигма это понимает, поэтому делает не «пуш в прод», а нормальный путь через разработку. Изменения сначала лежат как локальные коммиты. Можно создавать ветки, смотреть историю, откатываться, а потом открыть пулл-реквест, чтобы инженеры проверили правку как обычное изменение в коде.

И это, по-моему, правильная часть новости. Не сам факт, что дизайнер может подвигать блок в живом проекте. А то, что Фигма пытается встроить это в нормальный процесс разработки. Через ветки, коммиты, проверку и возможность отката.

Потому что без этого будет весело примерно два дня. Потом кто-то визуально поправит карточку, агент заденет общий компонент, уедет ещё десять экранов, разработчик откроет код и спросит, кто вообще это сделал.

Но я бы не хотел, чтобы это стало режимом «дизайнеры теперь сами чинят фронт». Скорее это должно быть как быстрый слой для понятных UI-правок. Поправить отступ. Проверить состояние. Подкинуть вариант. Открыть пулл-реквест. Дальше уже обычная проверка.

Ещё важная штука: Фигма разрешает копировать экраны из Make обратно на холст как слои, обсуждать с командой и потом приносить решения назад в код. Это уже похоже на нормальный круг: продукт живёт в коде, команда думает на холсте, изменения возвращаются через понятный процесс.

Если Фигма сможет удержать этот круг без бардака, будет сильно. Потому что дизайнеру часто не нужен ещё один генератор красивого прототипа. А вот дизайн-ревью проводить и за качеством прода следить гуд, ибо разработчики лажают оч часто.

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

💕 Автономия дизайнера начинается с доступа к информации

Сара Пол из NNG разбирает важную вещь: дизайнерская автономия это не когда дизайнер сам принимает все решения. Это когда у него достаточно контекста, чтобы влиять на продуктовую повестку, приоритизацию и roadmap, а не только двигать кнопки в уже утвержденном решении.

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

Внутри:
– Почему автономия дизайнера зависит не от должности, а от качества контекста;
– Как саппорт, аналитика, прошлые исследования и roadmap помогают увидеть проблему целиком;
– Зачем дизайнеру строить отношения с экспертами и соседними командами;
– Почему важно понимать upstream и downstream зависимости своего решения;
– Как дизайн-операционный гайд снижает поток задач «просто отполировать макет»;
– Зачем создавать кросс-функциональные встречи и каналы, если тебя не зовут в нужные обсуждения;
– Почему сильная рекомендация должна показывать trade-off, а не просто продавать один вариант;
– Как поддерживать информационный пайплайн, чтобы он не превратился в кладбище старых заметок.

➡️ Читать статью

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

🌩 Дизайн становится новым способом собирать продукт

Дилан Филд говорит о дизайне не как о финальной упаковке интерфейса, а как о новом рабочем слое между идеей, кодом и продуктом. В эпоху ИИ важнее становится не просто написать промпт, а уметь визуально управлять намерением: быстро пробовать варианты, смотреть на результат, отбрасывать лишнее и сходиться к решению.

Главная мысль в том, что дизайнер не исчезает из процесса. Наоборот, его роль становится шире: нужен вкус, ремесло, точка зрения, понимание пользователей, умение работать с прототипами, кодом, агентами и обратной связью от реальных клиентов. ИИ может ускорить перебор вариантов, но выбор направления, качество решения и ответственность за продукт всё равно остаются за человеком.

Внутри:
– Почему «дизайн как новый код» не означает замену дизайнеров;
– Как Фигма пытается соединить canvas, код, прототипы и продуктовую разработку;
– Почему прямые визуальные манипуляции могут быть сильнее одних промптов;
– Зачем дизайнерам и лидерам быстрее включаться в прототипирование;
– Как агенты ИИ помогают исследовать варианты, но не принимают продуктовые решения;
– Почему процесс разработки всё меньше похож на линейную цепочку;
– Как слияние ролей может быть полезнее гиперспециализации;
– Почему вкус, ремесло и точка зрения становятся важнее в эпоху доступных инструментов.

➡️ Смотреть видос (EN)

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

#13 Replit хочет дать агентам насмотренность

Replit 15 мая добавил в каталог MCP новый сервер Lazyweb. Если коротко, он позволяет агенту искать по базе из 257k+ реальных экранов приложений. Replit прямо пишет: для UI-референсов и дизайн-исследований.

На первый взгляд, маленькая новость из списка обновлений. Добавили ещё один MCP, ну ок. Но для вайбкодинга это довольно важная штука.

Потому что сейчас у AI-интерфейсов есть очень узнаваемая болезнь. Попросил собрать сервис, личный кабинет, страницу вакансии, CRM или дашборд, и через минуту получаешь что-то аккуратное, чистенькое и до боли одинаковое. Карточки, табы, серые подписи, синий акцент, график, три метрики сверху. Всё вроде нормально. Только ощущение, что этот экран уже видел тысячу раз и ни один раз не хотел им пользоваться.

Проблема часто не в том, что модель не умеет рисовать. Она рисует как среднее арифметическое интернета. А среднее арифметическое обычно выглядит как SaaS, который стесняется сказать, чем он занимается.

У агента появляется не только промпт, но и шанс посмотреть, как похожие задачи уже решили живые продукты

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

Например, тебе надо собрать экран подписки. Вариант «сделай красиво» почти гарантированно даст три карточки с тарифами и зелёную кнопку. А если агент видит реальные примеры, он хотя бы может заметить детали:

– где показывают ограничения тарифа
– как объясняют пробный период
– куда прячут отмену
– как оформляют сравнение
– где начинается тёмная сторона UX

После этого уже можно спорить. Не с пустым экраном и не с абстрактным «сделай современно», а с конкретными паттернами. Это полезнее, чем бесконечно гонять модель по кругу, пока она сама случайно не попадёт в нормальное решение.

Конечно, референсы не спасают от плохого дизайна. Можно насмотреться 257 тысяч экранов и всё равно собрать помойку. Особенно если агент будет просто усреднять всё подряд. Но сама идея правильная: интерфейс нельзя делать только из текста в промпте. Ему нужен визуальный и продуктовый контекст.

Для дизайнеров тут есть смешной момент. Раньше насмотренность была чем-то личным: папки с референсами, скриншоты, закладки, сохранёнки, чужие продукты, которые ты руками разбирал. Теперь эта насмотренность постепенно превращается в подключаемый источник данных для агента.

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

По мне главное, чтобы такие базы не превратили всё в ещё более одинаковую массу. Если агент будет брать референсы как повод подумать, это полезно. Если как повод собрать «усреднённый лучший экран», то мы просто получим SaaS-дашборд 2.0, только теперь с доказательной базой.

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

🔔 Inspiration #187

Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥

– 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

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы

🛡 Магия ИИ работает только там, где уже есть экспертиза

Карина Веласкес рассказывает историю не про то, как Claude Code «сам собрал дизайн-систему», а про то, как накопленное знание наконец получило быстрый способ материализоваться. На работе она не могла использовать Claude Code, сервер Фигма MCP и другие инструменты из-за политики безопасности, поэтому взяла личный ноутбук, пустой файл в Фигме и за один пятничный день собрала Prisme, личную дизайн-систему с токенами, темами, компонентами и плагином для синхронизации.

Самое интересное здесь не скорость сама по себе, а то, почему эта скорость сработала. Карина уже понимала архитектуру токенов: где нужны глобальные значения, где живут брендовые темы, как должен работать семантический слой, почему алиасы важны и чем нативный формат переменных Фигмы отличается от Token Studio JSON. Claude Code не придумал это за неё. Он просто оказался достаточно быстрым исполнителем, чтобы описание превращалось в структуру, структуру можно было сразу проверить, а ошибки быстро поправить.

Внутри:
– Почему сильный результат с ИИ начинается не с промпта, а с внутренней модели;
– Как Фигма MCP позволяет работать с переменными и токенами без ручного кликанья в интерфейсе;
– Зачем дизайн-системе нужны глобальный, брендовый и семантический слои;
– Почему токены, которые живут только в Фигме, остаются артефактом, а не инфраструктурой;
– Как Prisme Bridge переводит данные между Token Studio JSON и переменными Фигмы;
– Почему кнопка стала хорошей проверкой всей токенной архитектуры;
– Как Claude Code помог собрать компонент с размерами, состояниями, вариантами и заменяемыми иконками;

➡️ Читать статью (EN)

———

💻 Курс по поиску работы
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы