СИКС СЕВЕН

Если вы тоже были не в контексте, 67 или six seven — это мемный жест из тиктока. Его обычно делают под фразу «six seven» из трека Doot Doot, разводя руки в стороны. Почему именно он так разлетелся, я до конца так и не понял, но интернету иногда и не нужно нормальное объяснение, если И ТАК ЛЕТИТ Ползал я тут значит по инету и увидел, как Т2 жёстко следует трендам и сделал панду на странице, которая повторяет этот жест))))) Чисто своей жизнью живёт на странице, но прикольно. Я дед в трендах, поэтому живенько Сразу вспомнил старый Harlem Shake. Тогда тренд тоже добирался до сайтов: элементы начинали трястись, кнопки ехали, вся страница на пару секунд превращалась в дичь Тут можно было бы докрутить еще сильнее и слегка качнуть кнопки в такт лапам или добавить маленькую анимацию на странице, например. Было бы поживее, но и так гуд Короче, я мем узнал поздно, зато теперь знаю, что даже большие корпы быстрее меня реагируют на такое Кто тоже не в курсе про 67? Я знаю только песню ПИДИСЯТ ДВА, да здравствует санкт-петербург......

Оригинальная озвучка английская, но вы можете выбрать и русский перевод в настройках своего плеера. Например, в популярном плеере VLC нажмите правой кнопкой по окну с видео, выберите Дорожка аудио и нужный файл в списке. 🔗 СКАЧАТЬ | ~44,5 ГБ (28ч 16мин) #курс #Blender

Действительно, небольшая часть этого реализовалась — ИИ умеет выполнять несложные операции следуя голосовым командам, но революции не случилось. Мы до сих пор не говорим с холодильником. Не просим телевизор подобрать фильм. Не общаемся с банковским приложением. Не могу представить удобный голосовой интерфейс для заполнения налоговой декларации, сравнения ипотечных программ или настройки рекламного кабинета. Очень быстро захочется увидеть список вариантов и нажать нужную кнопку. Вообще, будущее редко уничтожает старые интерфейсы. Чаще оно добавляет новые. И задача дизайнера — понять, в какой момент каждый из них оказывается лучшим выбором. За последние 20 лет мы пережили несколько «убийц интерфейсов»: голос, VR, жесты, чат-боты, сегодня — ИИ-агенты. Но экран с кнопками всё ещё живее всех живых. 🌊🌊

Нужно создавать карточки на ВБ. Ничего сложного. Работа полностью на удаленке с зп до150 000 рублей в месяц. Без опыта, нужен только телефон, занятость 3-6 часов в день. Всему обучат на бесплатном курсе и после возьму на работу: ✅ 3 дня уроков по 30 минут ✅ Домашки с проверкой и оплатой бонусами ✅ Плачу 10 тыс за каждую выполненную домашку Все кто пройдет курс, получат сертификат от школы с образовательной лицензией. ⚡ Набор заканчивается завтра. 👍 Для регистрации жмите кнопку "Зарегистрироваться": Зарегистрироваться #реклама 16+ course.wildmanager.ru О рекламодателе

Nathan Beck пишет о тревоге вокруг ИИ без привычной паники в духе «всё, дизайнеры больше не нужны». Claude Code, Cursor и другие инструменты действительно расширили возможности дизайнера: можно быстрее собрать интерактивный прототип, проверить странную идею, нащупать сложное взаимодействие и превратить то, что раньше умерло бы в обсуждении «не в скоупе», в работающий HTML-файл. Но автор хорошо отделяет производство интерфейсных картинок от дизайна как работы с системой. Если человек большую часть времени просто рисовал плоские экраны, ему действительно будет больно. ИИ уже умеет делать средний, аккуратный и довольно банальный интерфейс. Дизайн начинается там, где нужно понять, зачем вообще существует решение, как оно работает, какие предположения в команде надо оспорить, как устроена модель продукта и почему чат-поле не может заменить все способы взаимодействия человека с программой. Внутри: – Почему разговоры о смерти дизайна часто путают дизайн и стилизацию; – Как Claude Code и Cursor помогают дизайнерам быстрее проверять идеи; – Почему чат-интерфейс не является универсальной заменой кнопкам, формам и навигации; – Зачем дизайнерам критически относиться к словам вроде «разговорный интерфейс»; – Почему работа в Фигме важна не только как финальный макет, но как способ мышления; – Как ИИ помогает выйти за прежние рамки скоупа, но не снимает ответственность за решение; – Почему результат моделей часто скатывается к аккуратной посредственности; – Что останется задачей дизайнера, когда первые демо перестанут казаться магией. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

На WWDC они показали iOS 27, и среди больших штук про Siri AI, безопасность и эпл интеледженс, там есть одна маленькая, но очень смешная деталь: у Liquid Glass появился ползунок прозрачности. То есть тот самый стеклянный визуальный язык, который Apple недавно продавала как новое лицо системы, теперь можно сделать менее стеклянным. Хочешь больше эффекта, делаешь прозрачнее. Хочешь нормально читать текст и видеть кнопки, делаешь плотнее. Всё, приехали. На презентации Liquid Glass выглядел отлично. Красивые панели, глубина, отражения, всё такое аккуратное, дорогое, системное. В ролике оно переливается, двигается, ловит фон, и ты такой: ну да, эпол опять умеет делать красиво. А потом открываешь обычное приложение в обычный день. Снизу панель, под ней фотография или шумные обои, сверху текст, где-то кнопки. И внезапно вся эта красота начинает делать очень простую вещь: мешать. Вот это, по сути, они и признали своим ползунком. Не словами, конечно. Никто там не выйдет на сцену и не скажет: «ребята, мы немного переборщили с прозрачностью». Но настройка говорит сама за себя. Если эффект надо регулировать, значит он не всегда работает одинаково хорошо. Вообще странно ожидать, что один визуальный эффект будет одинаково удобен везде: – на светлых обоях – на тёмных обоях – в приложении с фотками – в приложении с длинным текстом – у человека, который просто хочет контраст, а не стеклянный аквариум на экране Особенно смешно, что эпол обычно любит делать вид «мы уже решили, как правильно». И часто реально решает лучше остальных. Но с такими визуальными системами уже тяжело быть абсолютно уверенным. Телефон слишком личная штука. У всех разные обои, разные приложения, разные глаза, разный свет, разный уровень терпения к интерфейсной красоте. Меня всегда удивляло, когда дизайнеры спорят про визуальный эффект так, будто пользователь обязан его оценить. Пользователь не обязан. Он открыл экран, хочет понять, куда нажать, что написано и почему оно вообще бликует на фоне его же фотки с моря. Поэтому ползунок прозрачности это не просто настройка внешнего вида. Это маленькая кнопка «сделайте мне нормально». Не всем нужна максимальная глубина. Не всем нужны отражения. Иногда человек просто хочет, чтобы нижняя панель была нижней панелью, а не демонстрацией возможностей графического движка. Самое забавное, что это не отменяет Liquid Glass. эпл не сдала назад и не выкинула стекло. Она просто добавила возможность сделать эффект спокойнее. Короче, типы из купертино как обычно всех переиграли. Вначале дали жидкое всё, затем народ охерел, они сделали поменьше эффект, буча чуть утихла, а затем они дали настройку, чтоб не бухтели вовсе. Теперь как хотите и кому как нравится. 1-0. Как вам, кстати, ликвид в целом? Я вот с момента появления пользуюь и особо боли никакой не заметил. Все прилы, что мне нужно, почти, обновились и стало свежее, чтоли. Где-то дизайнеры умело с этим поработали и прям хорошо. Чет новое хоть) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Нейросети действительно помогают ускорить работу ⚡️ Но они не всегда понимают задачу так, как нужно маркетплейсу. Где-то «поплывёт» форма товара, где-то появятся лишние детали, странный свет, неправильная упаковка или ракурс, который просто не раскрывает продукт. И вот у вас уже сотня негативных отзывов, что товар не как на картинке🙃 Чтобы изображение работало, важно не только нажать кнопку «сгенерировать» ✨ Нужно понимать, какой ракурс выгоднее покажет товар, как сочетать цвета, как выстроить композицию, где разместить текст и какой шрифт будет читаться на карточке. А ещё — знать правила и нюансы изображений для маркетплейсов 📌 Чтобы картинка не просто выглядела красиво, а помогала покупателю быстрее принять решение. Нейросеть — это инструмент 🤖 А продающая инфографика начинается с понимания дизайна, товара и площадки. Я уже молчу про воронку, которую нужно выстраивать в карточке, чтобы довести до покупки. Кстати, в своём Telegram-канале ТУТ-ТУТ-ТУТ я делюсь промтами для качественных генераций фотографий товара 🛍 Чтобы нейросети становились помощником, а не источником случайных картинок. 🖥 Заказать дизайн | Прайс | Тут больше моих работ

В панели Align добавили кнопку одновременного выравнивания объектов по горизонтали и вертикали. Команду можно назначить на клавишу через Edit → Keyboard Shortcuts… → Menu Commands → Object → Align. Чем заменить в старых версиях 1. Записать экшен из двух действий: выровнять по горизонтальному центру + по вертикальному. 2. Те же действия вызвать через скрипт. А если добавить новую команду для v30.5, то получится универсальный скрипт для CS6–2026. (function (){ var aiVers = parseFloat(app.version); if (aiVers >= 30.5) { app.executeMenuCommand('Horizontal && Vertical Align Center'); } else if (aiVers >= 16) { app.executeMenuCommand('Horizontal Align Center'); app.executeMenuCommand('Vertical Align Center'); } })(); В Keyboard Shortcuts вариантов клавиш меньше, поэтому мне скрипт удобнее, так как могу назначить любую комбинацию через сторонние утилиты. Официальный список изменений

🔵Авиация В работе пилотов, где ответственность за пассажиров и экипаж колоссальны важны скорость и предсказуемость в UX. Поэтому даже самые современные самолёты сохраняют большое количество физических переключателей и кнопок, на первый взгляд расположенных хаотично. Исследования неоднократно показывали, что в стрессовых условиях пилоты быстрее находят нужный физический элемент управления, чем соответствующую функцию на экране. 🔵Автомобили Похожая ситуация сейчас происходит а автомобильных интерфейсах — китайские производители так и норовят перевести большинство управления на тач-скрины, спрятав управляющие элементы куда-нибудь во второй, а то и в третий уровень меню 🔵Медицина Многие медицинские системы выглядят устаревшими не потому, что их забыли обновить. Иногда это осознанное решение. Врач, который годами работает с определённым интерфейсом, может совершать меньше ошибок в знакомой среде, чем в новой и визуально более современной. 🔵Электростанции После анализа ряда инцидентов выяснилось, что проблема часто заключалась не в нехватке информации, а наоборот — в её избытке. Когда оператор одновременно получает десятки предупреждений, критически важный сигнал может просто потеряться. 🔵Космос В космической отрасли при тестировании интерфейсов чаще задают вопрос: что произойдёт, если всё пойдёт не по плану? Астронавтов регулярно тренируют на отказах оборудования и потере связи в аварийных сценариях, но катастрофы могут происходить и из-за ошибок на Земле — при проектировании интерфейсов. Один из самых известных примеров — потеря космического аппарата Mars Climate Orbiter Loss. Причина была удивительно простой: одна команда использовала метрическую систему измерений, другая — имперскую. В результате аппарат стоимостью более ста миллионов долларов был потерян ещё до начала научной миссии. Этот случай напоминает важную вещь: интерфейс — это не только кнопки и экраны. Это ещё и язык, обозначения, единицы измерения, правила передачи информации между людьми и системами. Авиация, медицина, атомная энергетика и космонавтика уже давно показали: хороший интерфейс — это тот, который помогает человеку принимать правильные решения. Возможно, именно поэтому самые ценные уроки UX рождаются не в приложениях для доставки еды, а там, где цена ошибки измеряется совсем другими величинами. 🌊🌊

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

Карина Веласкес рассказывает историю не про то, как Claude Code «сам собрал дизайн-систему», а про то, как накопленное знание наконец получило быстрый способ материализоваться. На работе она не могла использовать Claude Code, сервер Фигма MCP и другие инструменты из-за политики безопасности, поэтому взяла личный ноутбук, пустой файл в Фигме и за один пятничный день собрала Prisme, личную дизайн-систему с токенами, темами, компонентами и плагином для синхронизации. Самое интересное здесь не скорость сама по себе, а то, почему эта скорость сработала. Карина уже понимала архитектуру токенов: где нужны глобальные значения, где живут брендовые темы, как должен работать семантический слой, почему алиасы важны и чем нативный формат переменных Фигмы отличается от Token Studio JSON. Claude Code не придумал это за неё. Он просто оказался достаточно быстрым исполнителем, чтобы описание превращалось в структуру, структуру можно было сразу проверить, а ошибки быстро поправить. Внутри: – Почему сильный результат с ИИ начинается не с промпта, а с внутренней модели; – Как Фигма MCP позволяет работать с переменными и токенами без ручного кликанья в интерфейсе; – Зачем дизайн-системе нужны глобальный, брендовый и семантический слои; – Почему токены, которые живут только в Фигме, остаются артефактом, а не инфраструктурой; – Как Prisme Bridge переводит данные между Token Studio JSON и переменными Фигмы; – Почему кнопка стала хорошей проверкой всей токенной архитектуры; – Как Claude Code помог собрать компонент с размерами, состояниями, вариантами и заменяемыми иконками; ➡️ Читать статью (EN) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Replit 15 мая добавил в каталог MCP новый сервер Lazyweb. Если коротко, он позволяет агенту искать по базе из 257k+ реальных экранов приложений. Replit прямо пишет: для UI-референсов и дизайн-исследований. На первый взгляд, маленькая новость из списка обновлений. Добавили ещё один MCP, ну ок. Но для вайбкодинга это довольно важная штука. Потому что сейчас у AI-интерфейсов есть очень узнаваемая болезнь. Попросил собрать сервис, личный кабинет, страницу вакансии, CRM или дашборд, и через минуту получаешь что-то аккуратное, чистенькое и до боли одинаковое. Карточки, табы, серые подписи, синий акцент, график, три метрики сверху. Всё вроде нормально. Только ощущение, что этот экран уже видел тысячу раз и ни один раз не хотел им пользоваться. Проблема часто не в том, что модель не умеет рисовать. Она рисует как среднее арифметическое интернета. А среднее арифметическое обычно выглядит как SaaS, который стесняется сказать, чем он занимается. У агента появляется не только промпт, но и шанс посмотреть, как похожие задачи уже решили живые продукты Это уже ближе к работе дизайнера. Перед тем как делать новый сценарий, ты смотришь, как это устроено у других. Не чтобы скопировать. Просто чтобы понять, какие паттерны вообще существуют, где люди обычно ошибаются, какие решения уже стали привычными, а где можно сделать иначе. Например, тебе надо собрать экран подписки. Вариант «сделай красиво» почти гарантированно даст три карточки с тарифами и зелёную кнопку. А если агент видит реальные примеры, он хотя бы может заметить детали: – где показывают ограничения тарифа – как объясняют пробный период – куда прячут отмену – как оформляют сравнение – где начинается тёмная сторона UX После этого уже можно спорить. Не с пустым экраном и не с абстрактным «сделай современно», а с конкретными паттернами. Это полезнее, чем бесконечно гонять модель по кругу, пока она сама случайно не попадёт в нормальное решение. Конечно, референсы не спасают от плохого дизайна. Можно насмотреться 257 тысяч экранов и всё равно собрать помойку. Особенно если агент будет просто усреднять всё подряд. Но сама идея правильная: интерфейс нельзя делать только из текста в промпте. Ему нужен визуальный и продуктовый контекст. Для дизайнеров тут есть смешной момент. Раньше насмотренность была чем-то личным: папки с референсами, скриншоты, закладки, сохранёнки, чужие продукты, которые ты руками разбирал. Теперь эта насмотренность постепенно превращается в подключаемый источник данных для агента. Референсы становятся не только материалом для дизайнера, но и частью работы инструмента. Агент может искать примеры, сравнивать паттерны, приносить варианты, а дизайнер уже решает, что из этого имеет смысл. Ну, если дизайнер вообще есть в процессе, а не где-то потом приходит чинить результат. По мне главное, чтобы такие базы не превратили всё в ещё более одинаковую массу. Если агент будет брать референсы как повод подумать, это полезно. Если как повод собрать «усреднённый лучший экран», то мы просто получим SaaS-дашборд 2.0, только теперь с доказательной базой. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

У многих дизайнеров исследования долго живут где-то рядом с работой. Вроде понятно, что это важно, но на практике чаще всё упирается в макеты, сроки и бесконечное «давайте просто сделаем красиво и посмотрим». А потом начинается самое весёлое. Продакт просит обосновать решение. Руководитель хочет понять, почему экран именно такой. Разработка спрашивает, точно ли это кому-то нужно. И если под рукой только вкус и референсы, разговор быстро превращается в спор мнений. С исследованиями проще. Ты видел, как человек проходит сценарий, где он завис, где не понял текст, а где не заметил кнопку. Или почему он начал сомневаться и вообще ушёл не туда. После такого защищать решение сильно легче, потому что у тебя появляется нормальная опора, а не просто «я так вижу». На днях ко мне пришла Катя Акатова, руководитель отдела пользовательских исследований в Ozon, и рассказала про их курс «UX-исследования для дизайнеров». До этого они с командой запускали внутренний курс по исследованиям, его прошли уже 200+ человек: дизайнеры и продакты. Теперь собрали вот отдельную программу для всех, кто хочет нормально разобраться в исследованиях без всякой духоты. 🤌 Что внутри: – 60 уроков с массой прикладной инфы и рекомендациям, которые основа на большом опыте; – как понять, когда исследование реально нужно; – как выбрать метод, найти респондентов, провести интервью или UX-тест, разобрать результаты и собрать из них понятную презентацию для команды. – отдельно есть немодерируемые количественные UX-тесты, тест первого клика, тест сценария, тест предпочтений и тест 5 секунд. 😎 Кто будет вас учить: – Катя Акатова, руководитель отдела пользовательских исследований; – Алена Бородина, руководитель группы «Опыт покупателя»; – Анна Юсупова, ведущий исследователь пользовательского опыта; – Варвара Скобелева, ведущий исследователь пользовательского опыта; – Артур Сафаров, исследователь пользовательского опыта; 🙏 Формат удобный Уроки короткие, от 4 до 20 минут. Можно проходить в своём темпе, доступ к курсу дают на 4 месяца. Есть практика и два тарифа: «Всё сам» и «С обратной связью». В тарифе ОС вы дополнительно будете получать разбор конкретного ответа на задание и рекомендации по его улучшению. Кайф и только! Я сам, честно, на работе очень не любил исследования, но зря. Когда полюбил и подружился с исследователями, то жить стало проще и решения проталкивать х10 раз быстрее. Поэтому, мастхэв для тех, кто хочет этот навык освоить И конечно, для моих любимок промик на 10% скидку: HIVACANCIES10 🔠 Пройти курс 🔠 Пройти курс 🔠 Пройти курс

Сара Пол из NNG разбирает важную вещь: дизайнерская автономия это не когда дизайнер сам принимает все решения. Это когда у него достаточно контекста, чтобы влиять на продуктовую повестку, приоритизацию и roadmap, а не только двигать кнопки в уже утвержденном решении. Главная проблема больших организаций в том, что знание расползается по командам. Аналитика лежит у одних, саппорт слышит боль пользователей, исследования делались в соседнем продукте, roadmap меняется в другом канале, а дизайнеру часто прилетает только обрывок задачи. Автор предлагает собирать из этого информационный пайплайн: искать данные, строить отношения, создавать места для обмена контекстом и превращать разрозненные сигналы в понятную рекомендацию. Внутри: – Почему автономия дизайнера зависит не от должности, а от качества контекста; – Как саппорт, аналитика, прошлые исследования и roadmap помогают увидеть проблему целиком; – Зачем дизайнеру строить отношения с экспертами и соседними командами; – Почему важно понимать upstream и downstream зависимости своего решения; – Как дизайн-операционный гайд снижает поток задач «просто отполировать макет»; – Зачем создавать кросс-функциональные встречи и каналы, если тебя не зовут в нужные обсуждения; – Почему сильная рекомендация должна показывать trade-off, а не просто продавать один вариант; – Как поддерживать информационный пайплайн, чтобы он не превратился в кладбище старых заметок. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Waymo разрабатывает технологию полностью беспилотных такси. Увидела статью в New York Times и пошла с Клодом проверять, а что же по доступности? А они-то молодцы! Начали ей заниматься давно. Причем как физической, так и цифровой! Клод сделал интерактивный отчёт со всеми WCAG-критериями, user journey и рекомендациями → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/ А тут давайте тут расскажу, что мне очень понравилось. Заказать поездку можно только через мобильное приложение Waymo One. После вызова к вам приезжает полностью пустой электромобиль и всё взаимодействие от посадки до климат-контроля и музыки идёт через приложение. И вот его-то и разберем. · Приложение работает с VoiceOver (iOS) и TalkBack (Android). Во время поездки информация дублируется голосом, включая статусы («машина приехала», «можно отстегнуть ремень»). · Audio guidance («Голосовые подсказки»): при приближении к автомобилю приложение через динамик телефона проговаривает расстояние и направление. · Honk to find («Посигналить для поиска»): кнопка в приложении удалённо подаёт звуковой сигнал автомобиля. · Световые сигналы фар: визуальный аналог гудка для глухих и слабослышащих. · Extra time to board: пассажир может заранее выбрать увеличенное время на посадку, чтобы водительский автомобиль дольше ждал. · Braille-надписи на кнопке двери и поручнях. · Текстовые субтитры всех голосовых объявлений на экране в салоне. · Приложение минималистично. Основной экран — это карта с минимумом элементов. Как же это важно! · Фирменная анимация «радара». При поиске машины над кнопкой появляется вращающаяся дуга, напоминающая лидар-сканер. Такой индикатор активности системы. · Микро-взаимодействия и тактильная отдача. Когда машина подъезжает, телефон даёт характерную вибрацию. Анимация подсказывает, с какой стороны и на каком расстоянии автомобиль. · Инициалы на крыше. При заказе пассажир может включить отображение своих инициалов на куполе автомобиля. Приложение подсказывает: «Ищите свои буквы». Ну гениально же ) · Waymo проводит регулярные юзабилити-сессии с участием людей с нарушениями зрения, слуха, подвижности и когнитивными особенностями. Недоработки тоже есть и они в отчете → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/

Многие заказчики в диджитал оценивают цифровые продукты по визуалу — красиво или нет, современно выглядит или уже устарело. И это нормально, потому что они не погружены в разные процессы. На практике дизайн — это одна из финальных стадий работы. В хорошем диджитал-продукте до появления первых экранов всегда прорабатываются сценарии, логика и поведение пользователя. Да, это не самая «зрелищная» часть работы, но именно она определяет, насколько продукт будет понятным и удобным. Хочу показать, как это устроено у нас в Агентстве.Анкора На скриншоте — кликабельные прототипы приложения «ЕлиПили». Того самого проекта, за который мы получили серебро на Workspace Digital Awards — так что в этой теме мы реально шарим. За время работы мы собрали несколько прототипов под разные пользовательские сценарии. В какой-то момент это превращается в довольно сложную систему: сеть экранов, переходов и взаимосвязей. Но именно внутри этой системы и формируется продуманный и удобный пользовательский опыт. С такими прототипами мы приходим к заказчику на презентацию🔥: просим открыть ссылку и начать пользоваться приложением. Дальше мы наблюдаем и задаём вопросы: ☑️ Понятен ли текст на экране? ☑️ Что вы сделаете дальше? ☑️ Замечаете ли нужную кнопку? ☑️ Понимаете ли, какое действие от вас требуется? там еще 100500 вопросов обычно )) Такие простые тесты помогают находить слабые места в логике продукта. Заказчик почти всегда лучше нас понимает свой бизнес. И через его реакцию мы видим, где пользователь может запутаться, какие элементы остаются незамеченными и какие гипотезы не работают. Потому что любой диджитал-продукт — это, по сути, набор гипотез. Хороший дизайн начинается не всегда с цветов, шрифтов и красивых экранов. Он начинается с понимания того, как человек будет пользоваться продуктом и насколько простым и понятным окажется его путь — от первого действия до результата.

Фигма 28 мая выкатила важный апдейт Make: теперь инструмент можно подключить к локальной кодовой базе. Открываешь существующий проект, выбираешь элемент на экране, правишь свойства, отступы, цвет, размер, раскладку, а агент уже находит нужное место в коде и вносит изменения. Пока это ограниченная бета в десктопном приложении для Mac. И сама Фигма честно пишет, что лучше всего это подойдёт дизайнерам, у которых уже есть доступ к кодовой базе компании. Раньше вайбкодинг в дизайне чаще был про быстрый черновик. Собрал экран, показал идею, выбросил половину, что-то утащил в работу. Вроде полезно, но всё равно чуть отдельно от настоящего продукта. А теперь Фигма Make пытается работать с тем местом, где продукт уже живёт. Самый важный вопрос теперь: кто имеет право двигать кнопку, если эта кнопка уже в коде? Потому что визуальная правка реального интерфейса звучит очень соблазнительно. Увидел, что отступ кривой, выбрал блок, поправил. Текст не тот, поменял. Цвет уехал, вернул. Не надо писать разработчику «можешь тут 8 пикселей вместо 12», ждать, объяснять, показывать скрин, потом снова смотреть, что получилось. Но чем ближе дизайнер подходит к коду, тем быстрее появляются взрослые вопросы: 1. кто проверяет такие изменения 2. что считается безопасной правкой 3. где начинается логика, а где просто внешний вид 4. кто отвечает, если агент поменял не тот компонент 5. как откатиться, если всё поехало Фигма это понимает, поэтому делает не «пуш в прод», а нормальный путь через разработку. Изменения сначала лежат как локальные коммиты. Можно создавать ветки, смотреть историю, откатываться, а потом открыть пулл-реквест, чтобы инженеры проверили правку как обычное изменение в коде. И это, по-моему, правильная часть новости. Не сам факт, что дизайнер может подвигать блок в живом проекте. А то, что Фигма пытается встроить это в нормальный процесс разработки. Через ветки, коммиты, проверку и возможность отката. Потому что без этого будет весело примерно два дня. Потом кто-то визуально поправит карточку, агент заденет общий компонент, уедет ещё десять экранов, разработчик откроет код и спросит, кто вообще это сделал. Но я бы не хотел, чтобы это стало режимом «дизайнеры теперь сами чинят фронт». Скорее это должно быть как быстрый слой для понятных UI-правок. Поправить отступ. Проверить состояние. Подкинуть вариант. Открыть пулл-реквест. Дальше уже обычная проверка. Ещё важная штука: Фигма разрешает копировать экраны из Make обратно на холст как слои, обсуждать с командой и потом приносить решения назад в код. Это уже похоже на нормальный круг: продукт живёт в коде, команда думает на холсте, изменения возвращаются через понятный процесс. Если Фигма сможет удержать этот круг без бардака, будет сильно. Потому что дизайнеру часто не нужен ещё один генератор красивого прототипа. А вот дизайн-ревью проводить и за качеством прода следить гуд, ибо разработчики лажают оч часто. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Каждый месяц мы выбираем шрифт, делимся его специальной триал-версией и предлагаем тему, на которую можно сделать плакаты с предложенным шрифтом. Понравившиеся работы мы публикуем в наших соцсетях. Для этого присылайте их на inuse@type.today с указанием ссылки на ваши соцсети Шрифт третьего опен-колла — Flicker Дарьи Карпенко, а тема — Тревожность Чтобы получить триал-версию шрифта, нужно нажать на кнопку «Free Trial» на странице шрифта в нашем магазине, и после — скачать файлы из своей корзины P.S. Результаты майского опен-колла мы опубликуем на следующей неделе