🤖 Команда потратила месяцы на систему автоматического тестирования сайтов. Дизайнер предложил просто показывать сайт пользователю

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

Вебстер работает в Фигме как дизайнер моделей. Это первая такая роль в мире. Не обычный дизайнер интерфейсов. А человек, который работает с моделями, проверками, промптами и понимает поведение AI на глубоком уровне. До Фигмы сделал Teachable Machine в Google (2017), потом три года в Replit запускал AI-фичи, которые вывели стартап в единороги. Теперь учит дизайнеров Фигмы работать с AI и строит инструменты для прототипирования AI-фич до того, как рисовать интерфейсы.

Внутри:
— Не делайте интерфейс для идеального случая. Сначала поиграйте с моделью, потом рисуйте кнопки;
— Проверки работы модели это как покрытие тестами в программировании. Без них проверка вручную занимает огромное время;
— Главный совет: потратьте время, чтобы понять, что входит в модель и что выходит. Иначе станете просто рисовальщиком кнопок;
— В Replit две трети успешных проектов были реактивными: выкатили фичу, посмотрели кто её использует, поговорили с ними;
— Риск для дизайнеров: инженеры контролируют промпты, проверки, модели. Дизайнеры могут остаться только делать интерфейсы.

А вы работаете с AI-продуктами? Или пока смотрите, что делают другие?

➡️ Читать интервью

———

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

🔢 Компонент List-item в Яндекс 360 поддерживал 272 миллиона возможных комбинаций, но в 80% случаев использовали только 3-4 паттерна

Дима Мандельштам и Лёша Карпенко из Яндекс 360 рассказали как упростили компонент дизайн-системы. Изначально List-item был универсальным: 12 параметров API, sealed-интерфейсы startSlot и endSlot с множеством реализаций. Разработчику приходилось изучать параметры и выбирать реализацию для каждого слота.

Это породило неявные контракты: что произойдет если передать onClick в ListItem и вместе с этим использовать EndSlot.Button со своим onClick? Каждый компонент начал реализовывать собственные обёртки для специфических случаев, появилось дублирование кода и неконсистентность.

Внутри:
– Метрика сложности компонента: количество параметров, типы данных, иерархия, sealed-классы получают высокий балл;
– Реализовали скрипт через Kotlin Reflection, который динамически заглядывает внутрь sealed-классов и оценивает вес всех состояний;
– AST-анализатор просканировал репозитории, собрал статистику вызовов, сгруппировал по набору переданных аргументов;
– Выяснили: 80% случаев используют 3-4 устойчивых паттерна, 20% использований это один паттерн с Toggle и None;
– Start-slot фактически определяет роль: если аватар, то почти всегда репрезентация пользователя;
– Создали специализированные компоненты: List-item-avatar для пользователей, List-item-file для файлов, List-item-data для неинтерактивной информации, List-item-menu для навигации;
– Разделили реализацию на два уровня: приватный ListItemBase с общей логикой и публичные компоненты-адаптеры;
– Новые компоненты в 3 раза проще оригинального ListItem по формуле расчёта сложности;
– Главный урок: декомпозировать компоненты нужно не в момент написания кода, а на этапе проектирования в Figma.

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

———

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

♿ 40-60% интерфейса Moni требует доработки для незрячих пользователей, но большинство проблем не сложные

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

Выяснил: примерно 40-60% интерфейса требует доработки с точки зрения accessibility. Большинство проблем не архитектурно сложные, это вопросы корректного использования aria-атрибутов, логичной структуры заголовков и поддержки клавиатурной навигации.

Внутри:
– Кнопки без описания: под полем «Check account» должна быть кнопка поиска, но есть элемент "По щелчку" без описания;
– Заголовки на каждой строке: неудобно слушать текст, когда каждая строка это заголовок уровня 1 или 2;
– Таблицы представлены кнопками: столбцы это кнопки, нет нормальной HTML-таблицы с table, tr, th, td;
– Слияние строк без пробелов: «Ethereum$395.790.1 ETH100%+0%», «L117.62%-1.93%», «Smarts244+1»;
– Курсор не попадает в модальные окна: после клика по «Manage filters» курсор не переходит к настройкам;
– Поиск недоступен с клавиатуры: ввел HYPE, что-то появилось на экране, но с клавиатуры не смог поймать и перейти;
– Кнопки навигации без названий: первая и последняя в постраничной навигации неподписанные, лучше «First» и «Last»;
– Решения простые: использовать aria-label=«Name» у элементов, tabindex=-1 и .focus в JS для фиксации курсора, разделять блоки h2 и h3 заголовками.

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

———

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

🎥 Серёжа Мекрюков

Если вам близка тема интерфейсов, AI-продуктов и продуктового дизайна, советую посмотреть этот канальчик. У Серёжи не просто обзоры ради обзоров. Он разбирает, почему одни продукты ощущаются сильными, цельными и живыми, а другие нет. Без воды, с примерами и с нормальным фокусом на то, как это работает в реальном продукте.

Лайк отдельный за то, что он смотрит не только на визуал. В разборе всегда есть продуктовая логика, UX, эмоция, упаковка и то, как решение влияет на восприятие сервиса. Поэтому это полезно не только дизайнерам, но и продактам, и вообще всем, кто делает digital-продукты.

Внутри:
– Разборы мобильных и web-продуктов из разных рынков;
– Анализ AI-сервисов: как технологии упакованы в интерфейс, бренд и UX;
– Поиск сильных решений в реальных продуктах и концептах;
– Насмотренность и продуктовое мышление на конкретных примерах;
– Честный взгляд на то, что работает, а что можно сделать лучше;
– Фокус не только на визуале, но и на смысле, эмоции и пользе для бизнеса.

Короче, Серёгу лю, он мощь и завидую всем, кто с ним работает в ДоДо. Там такое делают, что я не знаю, почему это не занимает первые места во всех существующих рейтингах. Приходите к нему ❤️

🔠 Смотреть канал

———

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

🔔 Inspiration #176

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

– moderntreasury.com
– giannantoniodemalde.com
– ballpark.ing
– ghostty.org
– permianworld.com

———

– vooma.com
– quietcubes.com
– groth.studio
– charlesleclerc.com
– substack.com

———

– everest-systems.com
– digilab.co
– thebluedesert.com
– bruno-simon.com
– newgenre.studio

———

– otter.ai
– terms.world
– composites.archi
– vision.avatr.com
– ribbit.dk

———

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

🎨 Как перестать подбирать цвета на глаз и начать работать с колористикой системно

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

Таня Бублик собрала очень практичный набор сервисов для работы с колористикой. Часть помогает понять, как вообще живет цвет в разных моделях, часть полезна для сборки тоновых растяжек, проверки контрастности и работы с OKLCH. Хороший список для тех, кто хочет перейти от вкусовщины к более системной работе с цветом.

Кстати, там ещё первая часть есть про основы работы с цветом, посмотрите тоже, там прям база очень полезная

Внутри:
– Что такое hue, chroma, lightness, saturation и brightness;
– Чем полезен Hueplot, если хотите наконец понять цветовые модели;
– Как Foundation помогает быстро собирать цветовые шкалы в Figma;
– Зачем дизайнеру вообще смотреть в сторону OKLCH, а не только RGB и HSL;
– Какие инструменты подходят для тоновой растяжки, проверки контрастности и калибровки палитры;
– Чем отличаются Atmos, ColorBox, Hueton и Pallete App по задачам;
– Где удобнее валидировать палитру перед переносом в дизайн-систему;
– Какой набор инструментов реально помогает собирать продуктовую колористику быстрее и аккуратнее.

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

———

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

🤩 Фигма открыла canvas для AI-агентов

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

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

Плюс челы добавили skills. Это markdown-инструкции, которые объясняют агенту, как именно работать: какие шаги делать, в каком порядке и по каким правилам. Пока функция бесплатна в бете, потом станет платной.

Пошли по стопам агентов в общем, давно пора было такое завозить, немного отстают от рынка))

➡️ Тут почитать

———

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

📩 Почему отклик на вакансию часто улетает в пустоту еще до того, как его увидит человек

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

В этом гайде от ребят из Кинжала хорошо разложено, что вообще можно подкрутить до нажатия кнопки «Откликнуться». Не только резюме, но и тему письма, сопроводительное, ссылки, формулировки и даже то, как вы разговариваете с системой ATS. Полезно именно тем, что материал не уходит в абстрактные советы, а показывает, где соискатели чаще всего сливают шанс на первом касании.

Кстати, приходите на hirehi.ru, там всё есть для помощи)

Внутри:
– Почему шаблонные формулировки в резюме почти не работают;
– Зачем адаптировать резюме под конкретную вакансию, а не рассылать одно и то же;
– Как сопроводительное письмо может вытянуть отклик даже при неидеальном резюме;
– Что важно проверить до отправки: ссылки, тему письма, название файлов, профиль на hh;
– Как устроен первичный отсев через ATS и почему резюме может не дойти до человека;
– Какие ошибки в оформлении ломают парсинг резюме;
– Как показать мотивацию и интерес к компании без воды и клише;
– Чем можно компенсировать отсутствие опыта, если вы только заходите в профессию.

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

———

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

🦋 Почему ИИ-помощник не понимает ваш UI Kit и как это починить

С AI в разработке почти у всех сначала один и тот же опыт: просишь собрать что-то простое, получаешь результат за пять минут и думаешь, что дальше будет только лучше. А потом помощник начинает придумывать несуществующие компоненты, путать prop’ы, переписывать рабочий код и игнорировать паттерны проекта. В Яндекс 360 пришли к простой мысли: дело не в модели, а в том, что проект для нее остается черным ящиком.

Валерий Баранов показывает, как они сделали фронтенд AI-ready. Сначала дали ассистенту базовый контекст через AGENTS.md, чтобы он понимал структуру репозитория, команды и ограничения. Потом добавили MCP для внутренней документации UI Kit и связали Figma с кодом через Code Connect, чтобы модель понимала не только дизайн, но и реальные компоненты, токены и нейминг в коде.

Внутри:
– Почему почти у всех наступает долина разочарования после первых удачных промптов;
– Что именно стоит класть в AGENTS.md, а что только засоряет контекст;
– Почему короткий и жестко сформулированный файл работает лучше длинной простыни;
– Как MCP закрывает проблему внутренних библиотек и закрытой документации;
– Почему дизайн-система должна быть понятна модели на уровне Foundation, компонентов и паттернов;
– Как в Яндекс 360 разделили источник правды между Figma и кодом;
– Зачем нужен Figma Code Connect, если у вас уже есть UI Kit;
– Почему AI-ready проект это не магия, а нормальная инфраструктурная работа.

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

———

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

🧩 Figma Make не заработает нормально, пока не подключите библиотеку компонентов

Команды редко тормозят на этапе рисования экранов. Обычно проблема в другом: нужно быстро проверить идею, а потом не разгребать хаос. Сделали экран в Фигме, ушли в AI-инструмент, получили прототип, вернулись и начали менять случайные кнопки и отступы на свои. Полдня ушло.

Ромина Кавчич хорошо объясняет, почему так происходит. Проблема не в AI, а в потере контекста. Figma Make дает результат, когда работает внутри вашего файла с дизайн-системой: компонентами, вариантами, переменными и правилами нейминга. Плюс можно подтянуть требования и контент из Notion, GitHub, Jira и других источников, чтобы прототип собирался не по догадкам.

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

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

———

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

Как я пилю свой продукт. Часть 29

Начнем с главного: на сайте появились вакансии для маркетинга! Если у вас есть знакомые маркетологи, кто ищет работу — вэлком он борд ❤️ Чуть-чуть пришлось с этим посидеть, ибо завязано много сущностей на появление новой категории (сиви, сопроводы, профиль, проверки разные, мэтч, поиск, блок, зарплаты, рекрутер и так далее)

В прошлой части я переехал на Render, но после публикации поста мне написали, что они тоже странные типы и бывают приколы. В итоге я решил в жопу всех и теперь живу на Timeweb и о боже, почему я не сделал этого с самого начала хз. Цены топ, поддержка топ (5 минут ответ в телеге или в саппорт центре), ничего не зависает, все оч шустро и быстро. В общем, я очень рад)

Также, мой продукт запускался на Product Radar и взял продукт недели. Спасибо всем, кто поддержал) Это дало мне небольшой буст, трафик и некоторые сообщения в личку даже на инвестиции (но пока не нужно, думаю). Кстати, если не проголосовали ещё, буду очень благодарен) Есть шанс взять продукт месяца. Регаетесь, и потом внизу проекта кнопка Проголосовать) (осталось совсем чуть-чуть)

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

Пошаманил чуть с главной и страницей вакансии, теперь они должны грузиться немного быстрее (хотя казалось бы куда ещё быстрее). И на страницу вакансии добавил плашку под блоком откилка про мошенников. Чтобы всегда была на виду и вы не попадались в их лапы. Если такие вакансии встречаете — можно жаловаться на странице и не стесняться.

Также я начал делать AI собеседование. Сейчас пока в процессе, тестирую и отлаживаю. Но прикольно, что можно болтать на русском с нейронкой, она задает вопросы, слушает контекст и получается интересный собес, где можно не бояться, что вам откажут) Когда релиз не знаю, пока делаю)

Ещё мне тут шепнули, что рынок Узбекистана и Казахстана в начала своем в Айти и все ищут сейчас на ХХ. Их это бесит и уже десяток людей написали мне, чтобы про меня узнали там. Я пока не знаю, как это сделать, но если у вас есть идеи или какие-то мысли — дайте знать.

Также я пробил рекорд по MRR за все время. Побиты рекорды по вычислению мэтчей, сопроводов, проверки резюме и всех других функций за последние недели.

Спасибо всем, кто пользуется сервисом! Ближайшая моя цель выйти на 10k DAU. Я постепенно приближаюсь, но надо быстрее))

Приходите, пользуйтесь, пишите фидбек. Я всегда на связи и слушаю каждого)

🔠 Смотреть вакансии
🔠 Смотреть вакансии
🔠 Смотреть вакансии

ч.28 | ч.30

Вот почему я ненавижу корпы с их подчинениями людям, которые продавливают вот такие решения и у тебя 0 шансов это не рисовать.

То есть, такое уходит в прод только из-за пары человек свыше. Даже если все против. В итоге дизайнер просто руки, которые делают то, что ему скажут.

Я б уволился сразу, но такое бы не рисовал никогда)

Как вам?

Это редизайн, если что))

———

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

🔔 Inspiration #177

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

– rox.com
– fantasy.co
– apple.com/apple-watch-se-3
– horizonte-village.com
– eertmoed.studio

———

– garri.design
– 109ichiki.com
– shopify.com/editions/winter2026
– drinkmockly.com
– stefanvitasovic.dev

———

– mitchivin.com
– markoneill.studio
– humbleteam.com
– rachelchen.tech
– solk.com

———

– brand.ledger.com
– ballet-de-marseille.com/en
– norrlandstra.com
– datocms.com
– ped.ro

———

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

💚 Duolingo обновили основные вкладки и подняли вовлеченность без просадки учебных метрик

По отдельности вкладки работали нормально, но вместе интерфейс разваливался на детали: разные заголовки, слабая иерархия текста, неровные отступы. Критичной ошибки нет, но ощущение цельного продукта теряется именно так.

Лиа Ли и Локеш Фулфагар показали, как команда перешла от разрозненных экранов к единой системе. Сначала сделали короткий спринт с четырьмя крайними направлениями, потом собрали рабочий баланс между целостностью и задачей конкретной вкладки. Результат уже вышел на iOS, Android в процессе.

Внутри:
– Какие четыре направления тестировали на старте: Punchy, Soft, Modular, Flat;
– Почему единый стиль без функции может ухудшать восприятие;
– Как они балансировали простоту интерфейса и ясность сценария;
– Как собрали систему заголовков по уровням важности вкладок;
– Как пересобрали типографику в минимальный, но управляемый набор стилей;
– Почему убрали лишние контейнеры и сделали ставку на осознанные отступы;
– Как внедрили совместный QA с разработкой и проверку через дизайн-оверлеи;
– Какие продуктовые результаты получили после релиза на iOS.

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

———

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

Борьба за продукт месяца

Ребята, мой проект hirehi борется за продукт месяца сейчас и осталось 19 часов, чтобы продержать первое место и выиграть

Мне нужна вся ваша поддержка и мощь)

Два простых действия:
1) Зарегаться
2) Внизу проекта нажать кнопку Поддержать.

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

Я буду очень рад вашей поддержке, спасибо! Репосты очень приветствуются))

🔠 Проголосовать
🔠 Проголосовать
🔠 Проголосовать

🧱 Первые 40 часов в UX/UI, это не про экраны. Это про то, чтобы не закопаться в хаосе позже

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

Круто работает сама рамка про первые 40 часов. Она хорошо объясняет клиенту, за что он платит в T&M, а команде дает понятную точку опоры. Не «мы пока думаем», а конкретный набор артефактов, после которого уже можно точнее оценивать объем, приоритеты и следующие этапы.

Внутри:
– Что именно можно успеть за первые 40 часов без полноценного ТЗ;
– Как собрать разрозненные вводные в одну рабочую систему в FigJam;
– Какие артефакты помогают снять хаос еще до проектирования экранов;
– Как разбирать роли, сущности, сценарии и внешние процессы;
– Когда достаточно карты экранов, а когда уже нужен user flow;
– Как фиксировать неизвестные и не блокировать проект из за пробелов в данных;
– Почему детальная отчетность в T&M снижает тревогу клиента;
– Как первый блок часов помогает точнее считать бюджет и меньше переделывать потом.

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

———

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

💻 Собеседование это не экзамен. И облажаться чаще всего можно не на ответах, а на поведении

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

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

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

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

———

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

✈️ В Ozon Travel дизайн это не про красоту. Это про то, чтобы человек не ошибся перед вылетом

У тревел-сервисов другая цена ошибки. Если в маркетплейсе можно пережить лишний баннер или неидеальный сценарий, то в поездках любая мелочь бьет по тревожности: не тот билет, забытый гейт, непонятная страховка, лишний шаг перед оплатой. Поэтому команда Ozon Travel меряет удобство не абстрактно, а через повторные покупки, доверие и то, насколько сервис ведет себя как надежный тревел-агент, а не просто витрина.

Из разговора с Артемом Дичковым и Катей Громовой хорошо видно, что Ozon Travel собирают как отдельный продукт со своим характером внутри большой экосистемы. С одной стороны, у них есть трафик, технологии и знакомые паттерны большого Ozon. С другой, тревел требует своей логики: короткая воронка, меньше отвлекающих факторов, больше поддержки и микрофич, которые реально снижают стресс. Отсюда и отдельное приложение, и работа над брендом, и постоянная попытка найти баланс между скоростью, выгодой и заботой.

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

➡️ Смотреть видео

———

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

Если Фигма и дальше продолжит с такими вялыми обновлениями (а инвесторы не оч рады, там акции упали в нулину почти после их IPO), то скоро им придёт конец)

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

Можно записаться в early access: https://wonder.so/

Что думаете, есть шансы у них?)

———

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

🔔 Inspiration #178

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

– duna.com
– oscarpecher.com
– artpill.studio
– freshman.tv
– allfeat.org

———

– daylit.com
– humansand.ai
– occupied.unadsgn.tw
– brutask.com
– custo.io

———

– tame.ooo
– dwarf.dk
– valka.ai
– bot.co
– todesktop.com

———

– jointrellishealth.com
– reevo.ai
– mammothbrands.com
– gigaml.com
– messenger.abeto.co

———

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

⭐️ Что ждут от дизайнера в 2026

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

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

🗓 7 апреля в 18:00 мск
Даниил Шишко из Pixel Perfect проведет бесплатный эфир как раз про это. Покажет не абстрактные советы, а нормальный процесс на реальной задаче. Возьмет кейс от крупной красной корпорации из РФ: сложный интерфейс, сайдбар с вложенными сервисами, два типа пользователей и своя дизайн система. В общем, та самая история, на которую обычно уходит несколько дней только на макеты, а потом еще ждешь, пока все это закодят.

🔥 Что покажет?
На эфире соберет это за час через Antigravity с Claude Code внутри. Покажет, как перенести дизайн систему так, чтобы AI сам подтягивал правильные компоненты, и как быстро собрать прототип, который уже можно тестировать. Плюс отдельно покажет, как вкатиться в такой агентский воркфлоу без лишних затрат.

Если давно хотели понять, как AI реально использовать в продуктовой работе, а не просто гонять красивые картинки, выглядит полезно и актуально на текущий год точно)

Эфир будет у ребят в канале, вэлком

🔠 Смотреть эфир
🔠 Смотреть эфир
🔠 Смотреть эфир