🚫 Ошибки дизайнера в 2026, которые легко не заметить

Я давно и много работаю с дизайнерами – за шесть лет у меня так или иначе училось более десяти тысяч человек. Поэтому я хорошо понимаю насколько разные у всех ситуации, и всё же я вижу и то, что объединяет тех, кто застревает в затруднительном положении.  Ваш тормоз, “бутылочное горлышко” или точка роста вероятно не там, где вы думаете. Иначе не было бы сейчас этого кризиса или застоя, неопределенности или уныния. Проверьте себя на эти ошибки, возможно именно они тормозят вас:  1. Фокус на худшем. Наше внимание так устроено, что ищет подкрепление тому, что мы держим в фокусе, во что верим. Если у вас в голове звучит “все ушли в чат gpt, дизайн никому не нужен, все хотят за три копейки” – с каждым днём вы будете видеть и притягивать всё больше подтверждений этому. Наоборот тоже работает. И это не эзотерика, а доказательная психология.  2. Поиск виноватых. Пока вы видите в кризисе, в нейросетях, в тупых жадных клиентах врагов – вы не сможете увидеть во всём этом возможности. Искать виноватых проще, поэтому большинство этим и занимается. “Кризис? Он не только у меня, он у всех. Это значит, что рынок “чистится” и для меня создаётся больше пространства, чтобы занять местечко потеплее” “Нейросети забирают работу? Но они же расширяют мои возможности. В каждом проекте я могу делать немного больше и так освоить новые инструменты, создать новые услуги и занять более выгодную позицию” “Клиенты жадные? Круто! Я буду продавать им идеи и механизмы роста прибыли в кризис, подсвечивая, что их вложения будут окупаться в разы”  3. Страх конкуренции. Да, спрос на вакансии по двести человек на место, но стоящих анкет единицы – спросите любого арт-директора, который эти анкеты разбирает. Да, рынок перенасыщен выпускниками курсов, но 9/10 не умеют работать и вести коммуникацию. Наладьте процесс и действуйте в общении на шаг вперёд – станете единорогом в массе невнятных спецов. 4. Оправдание скупых. У клиентов денег нет? Они хотят бесплатно? Не добавляйте в свою систему координат людей, которые хотят за копейки или бесплатно – их всегда было большинство. Иначе вы продолжаете ориентироваться на сегмент, в котором нет денег для вас. Исключите их из уравнения.  5. Страх отказа. Отказы это норма. Каждый частный случай отказа индивидуален. Может клиент “не ваш”, может кто-то вас подрезал, может вы не донесли ценность. Три продажи из десяти заявок считается хорошей конверсией в бизнесе. То есть это семь отказов от десяти возможных клиентов.  10 заявок – 7 отказов – 3 сделки 100 заявок – 70 отказов – 30 сделок  Чтобы завалить себя работой иногда достаточно просто увеличить и систематизировать свою активность. Отказывают чаще, чем 7/10? Улучшайте свой подход к отклику на запрос. 90% дизайнеров коряво откликаются на запросы и вас не выбирают тупо потому, что у коллеги скрипт лучше написан или он готов сразу созвониться с клиентом.  6. Самопогребение. Может это прозвучит жестко, но сдаться – это легче всего. Да, я понимаю, что тяжело, вы устали, вы старались и уже нет никаких сил. Ну, епвашумать жизнь-то продолжается. Как бы это ни было печально, но никто с ней не справится за вас. Добавляем больше заботы о себе и прогулок, уменьшаем количество скроллинга и грустной музыки. Сдаём анализы, возвращаем себе хобби, вводим рабочую дисциплину по принципу маленьких шагов. Кряхтим, ворчим, но продолжаем верить в себя и идти вперёд.  _____ У нас впереди половина жизни. Только вдумайтесь – несколько де-ся-ти-ле-тий. Как на счёт того, чтобы продолжить верить в себя и пошло всё плохое к чёрту!  Короче. Жду всех 6 ноября в 13:00 на эфире Как дизайнеру получать заказы и высокие чеки в 2027 году, когда все экономят и дизайнят в нейросетях. Чего вы в самом деле. Давайте там, выносите хлам из головы — вот и посвежеет ) Регистрация Регистрация Регистрация

Начинаем понедельник с рубрики #суровыебудни. В ней мы рассказываем, как работает UNK изнутри. Многие думают, что фасад — это просто сплошная стеклянная стена. На самом же деле это огромный и очень сложный конструктор. Сегодня собрали макет фрагмента фасада в масштабе 1:25 с основными техническими решениями. Зачем мы это сделали: - смотрим, как соединяются элементы - проверяем последовательность монтажа - ищем ошибки. Найдя, сразу исправляем Макет можно крутить в руках, разбирать, в случае недочетов или новых элементов, и собирать обратно. Решения воспринимаются наглядно. Так, мы заранее знаем, что может усложнить реализацию и упрощаем ее уже на этапе модели. Для нас это первый шаг к собственной фасадной лаборатории. Сначала придумываем на бумаге, а потом сразу проверяем вживую на макете.

Кажется, что без дизайн-проекта можно сэкономить. Но на практике ошибки в планировке, импульсивные покупки и переделки часто обходятся дороже. Зачем же нужен дизайнер? Он поможет вам: Продумать планировку под ваши привычки и образ жизни. Заранее учесть инженерные решения, освещение и коммуникации. Подобрать материалы и мебель, которые будут сочетаться между собой. Избежать ошибок на стройке благодаря авторскому сопровождению и проверенным подрядчикам. Дизайнер — это не только про красивый интерьер. Это про грамотные решения, контроль бюджета и спокойствие во время ремонта. 👉 Планируете ремонт? Запишитесь на консультацию — обсудим, как сделать его предсказуемым и избежать лишних расходов. #дизайнпроект #полезное

Почему? Ну а что, у Белоснежки уже есть свой бренд, у Рапунцель тоже. Чем Шапочка хуже? Нейросеть нарисовала сотню дизайнов, коллекция готова, осталось только запустить производство! И тут появляется Фея-крёстная с неудобным вопросом: «А кому ты собираешься всё это продавать?» Именно с этого вопроса, на мой взгляд, и должен начинаться любой бренд одежды. Сегодня нейросети позволяют за несколько часов придумать коллекцию, создать виртуальные образцы, провести фотосессию и даже открыть интернет-магазин. Но красивые картинки ещё не означают, что кто-то захочет купить ваши изделия. Самая дорогая ошибка — сначала произвести коллекцию, а потом искать покупателей. Поэтому я всё чаще говорю о другом подходе: сначала исследовать рынок, определить покупателя, разработать продукт, проверить спрос и посчитать экономику. И только потом вкладывать деньги в производство. 🎬 А пока знакомьтесь с первой серией моего нового мини-мультсериала «Ателье Феи-крёстной». Будем разбирать реальные проблемы fashion-бизнеса через сказочных персонажей, немного юмора и нейросети. Кстати, запись моего вебинара «Мода 2027» от 22 октября уже доступна! На нём мы говорили о будущем модной индустрии, новых технологиях, нейросетях и о том, как меняется работа дизайнера и создателя бренда. И совсем скоро стартует мой новый курс «Виртуальный бренд». На нём мы пройдём весь путь от идеи до проверки спроса: создадим концепцию бренда, разработаем коллекцию, виртуальные образцы и рекламную кампанию, подготовим витрину, проверим интерес покупателей и рассчитаем экономику. Главная идея курса - проверить бренд до того, как вы потратите деньги на производство. А пока смотрите мультфильм и признавайтесь: узнаёте себя или знакомых дизайнеров в Красной Шапочке? 😁 🔗 Запись вебинара и информация о новом курсе

Мы рады сообщить, что работоспособность платформы восстановлена и Dprofile снова доступен для пользователей! Благодаря практически круглосуточной работе технической команды нам удалось преодолеть последствия аварии в дата-центре, восстановить инфраструктуру и сделать платформу ещё более надёжной и защищённой. Сейчас мы продолжаем тестирование и проверку корректности работы всех функций и пользовательских сценариев. Некоторые функции и отдельные микросервисы пока могут работать с ошибками. Если вы столкнётесь с неполадками, пожалуйста, сообщите об этом в службу поддержки. Мы постараемся устранить их как можно быстрее. Спасибо, что вы с нами! ❤️

Я даже готова простить и закрыть глаза на Л в виде перевернутой буквы V, потому что иногда это не моветон, а часть стиля. Но не тут. КАК НЕЛЬЗЯ: 1. Перевернутая английская N вместо русской И. Они разные — у N тонкие вертикали, и толстая диагональ, а у И наоборот. 2. У шрифта или есть засечки, или их нет. Они не могут появляться в одной части буквы и отсутствовать в другой. Логика построения засечек должны быть единой во всем текстовом блоке. Остальные нюансы в этом слове, на мой взгляд, вытекают из этих ошибок — автор действовал наугад, без понимания основ. Поэтому получилось вот так. В комментарии прикладываю ускоренный х5 процесс создания: от подбора лигатур до проработки засечек. И пусть ваши решения становятся чище ✨ #чистыйчетверг

UI-кит собирает повторяющиеся решения интерфейса: цвета, типографику, кнопки, поля, иконки, карточки и навигацию. Он помогает быстрее собирать новые экраны и сохранять единый стиль, но сам по себе ещё не становится полноценной дизайн-системой. В статье советуют начинать с базовых стилей и самых частых компонентов, сразу продумывать состояния и варианты, а потом постепенно расширять библиотеку. Важно следить, чтобы в ней не появлялись дубли, лишние настройки и устаревшие элементы, которые уже расходятся с продуктом. Внутри: – Чем UI-кит отличается от библиотеки компонентов и дизайн-системы; – Какие элементы стоит добавить в первую очередь; – Как продумать состояния, варианты и атомарную структуру компонентов; – Почему UI-кит нужно собирать с самого начала проекта; – Какие ошибки превращают библиотеку в набор разрозненных макетов. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Нейтан Кёртис разбирает, зачем дизайн-системам нужны формальные контракты компонентов. В них фиксируют свойства, состояния, зависимости и правила поведения, чтобы разные платформы одинаково понимали замысел компонента. Автор предлагает строить такие контракты на основе схемы. Она помогает проверять структуру данных, автоматически находить ошибки и генерировать большую часть кода. Хороший контракт должен быть типизированным, неповторяющимся, независимым от конкретной платформы, проверяемым, детерминированным, недорогим в поддержке и готовым к изменениям. Внутри: – Чем контракт компонента отличается от обычного описания или файла в Markdown; – Почему каждое решение нужно хранить в одном месте; – Как сделать контракт независимым от Фигмы, веба, iOS и Android; – Зачем нужны схемы, автоматическая проверка и детерминированная генерация; – Как менять контракты через ADR, версии и понятные правила совместимости. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Реально частая ситуация. Вчера он делал задачу за 5 минут. Сегодня за 8. Завтра за 10 и хуже по качеству. Чаще всего проблема в кривой инструкции (в которой накапливается ошибки, повторы, случайно одобренные результаты). Только что отловил инструкцию на 663 строк, в которой было столько мусора, что пизд@ц. Разделил её на 2 инструкции по 40-50 строк, работать всё стало сильно лучше. И расход токенов уменьшился. Вот из таких тонких моментов и состоит сейчас ЭФФЕКТИВНАЯ работа с нейронками. Больше и подробнее про это расскажу послезавтра на мастер-классе. Всем, кто пользуется GPT\Claude — быть обязательно. Билеты тут ⬅️

Хочу поделиться, как я общаюсь с коллегами. Пост полезно почитать тем, кто хочет стать дизайн-лидом или руководителем. Приложенный скрин — это переписка с Ксюшей, куратором по продукту в UPROCK и по совместительству дизайнером Утопии. Баланс — это основа всего. Обратите внимание, Ксюша вначале написала четкий план задач на сегодня и неделю вперед. В аудио я попросил разбить все по дням и добавил немного юмора. Цель — сохранять внутри команды железную дисциплину (а вы как думали, почему у нас такие хорошие и оперативные фидбеки), но в то же время человеческую атмосферу. Да, я где-то очень строгий и не стесняюсь обозначить, что эта работа выполнена плохо и от нее лучше отказаться совсем. Но не перехожу на личности. Потому что все ошибки всегда можно исправить — это просто рабочая ситуация, главное — правильно делать выводы и двигаться вперед. Еще важно при найме обозначать, что у нас все четко по регламентам. Так останутся те люди, которым близок порядок. А по поводу близкого общения, важно не переходить в панибратство. Есть субординация — я главный не по власти, а по ответственности и экспертизе. Я в курсе всех процессов внутри компании, поэтому коллеги слушаются меня. Уважение завоевывают личным примером. Самое сложное в онлайн-образовании и вообще везде — построить слаженную работу коллектива, создать надежную систему. За 8 лет UPROCK, думаю, у меня это получилось.

Итак, только закончили эфир, он прошел очень лампово. Смогли все вывести на Youtube, там самая мякотка. Лекция доступна по ссылке. На этот раз мы уже не просто разбирали инструменты, а показали, как верстать сайт с нуля в Claude Code на реальном примере, править ошибки и делать анимацию. И вижу, что тема вайбкодинга вам нравится 😊 Будем готовить с Артемом следующие бесплатные эфиры. ⚡️ А если хотите сделать свой сильный сайт от идеи до реализации с персональной обратной связью от меня и Артема, приходите на мой авторский курс «ULTRA UI: Завоевываем AWWWARDS». Как уже говорил, желающих оказалось очень много, поэтому решил запустить дополнительный поток с 5 октября. ❗️Осталось 5 мест. На курсе мы с вами пройдем весь путь создания сайта: → проработаем идею и концепцию; → создадим дизайн сайта; → сгенерируем визуал с помощью ИИ; → спроектируем анимации и интерактив; → сверстаем сайт в Claude Code. Разберем, как создавать сайты фестивального уровня, делать сложные анимации и визуал с нейросетями. А с последним обновлением — еще и профессионально работать с Claude Code. У вас будет бесплатный доступ к нему на месяц и готовые скиллы для верстки сайтов. ➡️ Для брони или консультации переходите по ссылке.

ИИ делает интерфейсы непредсказуемыми: один и тот же запрос может привести к разным результатам. Поэтому дизайнеру приходится продумывать не только внешний вид, но и степень доверия, проверки и контроля на каждом шаге. Автор предлагает смотреть на ИИ как на партнёра по работе. Система должна объяснять свои действия, показывать источники, задавать уточняющие вопросы при неоднозначности и давать пользователю возможность быстро отменить результат. Чем выше цена ошибки, тем меньше самостоятельности стоит отдавать системе. Внутри: – Как выбирать между подсказкой, диалогом и автономным действием; – Почему источники полезнее абстрактной оценки уверенности; – Как проектировать ошибки, отказы, передачу задачи человеку и откат изменений; – Где нужны паузы и подтверждения, а где они только мешают работе; – Почему нужно измерять качество доверия к ИИ и учитывать изменения моделей со временем. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

В приложении было много кнопок и других элементов, но общего порядка не было. Одни компоненты копировали по фичам, другие напрямую использовали чужие команды. В итоге изменения приходилось вносить в нескольких местах, а разработчики зависели от решений коллег. Команда добавила паспорта компонентов, правила разработки, сторибук и скриншот-тесты. После этого компоненты начали делать сами фичевые команды, а ИИ стал помогать с шаблонным кодом. За ним всё равно проверяют люди, но ошибки теперь находят до релиза, а разработка компонента подешевела с 3–5 до 2 сторипоинтов. Внутри: – Почему копипаста и прямое переиспользование чужих компонентов одинаково создают проблемы; – Как отличить компонент дизайн-системы от компонента конкретной фичи; – Зачем нужны паспорта компонентов и сторибук; – Как распределить разработку между командами, если владельцев дизайн-системы всего двое; – Почему ИИ хорошо собирает бойлерплейт только вместе с правилами, тестами и ревью. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

В Фигме вот вернулись к традиционному) Rogie King из Фигмы рассказал, как они делали генеративные плагины и шейдеры. Он хотел начинать каждый дизайн с рабочего прототипа: собрал с нейронкой, потыкал, поправил и показал команде. Но разработчикам, продактам и остальным участникам оказалось неудобно использовать такие прототипы как основу для обсуждения. Дизайнерам они помогали проверять идеи, а договариваться всей командой было сложнее. Поэтому сначала стали раскладывать состояния в статичных макетах и согласовывать поведение, а потом переходить к прототипам в коде. Ведь по работающему экрану ещё надо понять, что именно предусмотрел дизайнер. Нажал кнопку, всё загрузилось, пошёл дальше. А если: – Запрос упал; – Данных пока нет; – У пользователя нет доступа; – Вместо двух слов в названии приехала простыня. Это уже мои примеры. Даже если дизайнер всё предусмотрел, разработчику надо как-то добраться до каждого варианта. Тут нажми, сюда введи вот это, теперь подожди. Ой, сработало, а надо было, чтобы упало)) И так по каждому экрану. На макетах можно положить состояния рядом и сразу увидеть, где забыли ошибку или куда пропала кнопка. Меня бы тоже напрягало постоянно звать кого-то, чтобы он провёл экскурсию по прототипу. Хочется открыть файл, посмотреть нужный экран, оставить коммент и пойти дальше. А прототип уже потыкать, когда проверяешь переходы и само взаимодействие. Команда Фигмы в итоге так и стала работать. А вы сейчас как передаёте макетики? У кого какие лайфхаки, делитесь в комментах, интересно посмотреть ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Мы с Борей Шилиным из Щёлочь® готовили небольшой перформанс про фестивальную айдентику — в формате кулинарного шоу на G8. План был один, а в реальности всё довольно быстро пошло по-своему: не сразу подключилась презентация, ноутбук с тулзой не сразу увидел экраны, поэтому пришлось импровизировать. В какой-то момент мы решили подключить зал: люди выкрикивали ингредиенты, а я смешивал их в приложении. Параллельно Боря раздавал печенья с нашими портретами, что-то спрашивал у зрителей и просто создавал дополнительное движение, заполняя поузы генерации. И, кажется, как интерактивное микро-шоу это сработало. Люди смеялись, аплодировали, включались в происходящее. По крайней мере, надеюсь, что наше выступление запомнилось. Но осталось двойственное ощущение. С одной стороны, мы не рассказали какого-то большого полезного секрета и не показали полноценный метод создания айдентики. Получилось скорее небольшое событие ради события — с ошибками, импровизацией и не до конца отрепетированной механикой. С другой стороны, возможно, я слишком строго оцениваю формат пятнадцатиминутного выступления. Не каждое появление на сцене обязано превращаться в лекцию с конкретными выводами. Иногда задача — создать энергию, вызвать улыбку, немного расшатать привычный формат и дать людям пережить что-то вместе. И, может быть, это тоже вполне достаточный результат. Особенно если помнить, что мы говорили о фестивальной айдентике, которая должна не просто изображать фестиваль, а вести себя как фестиваль. В этом смысле наше выступление, со всеми его случайностями, как раз стало маленьким фестивалем внутри фестиваля. Отдельно понял, что на такие события, вероятно, стоит приезжать не только «на свои 15 минут», но и оставаться на весь день. Пообщаться с другими выступающими, знакомыми, случайными людьми, просто побыть внутри профессионального контекста. В этот раз после выступления мне пришлось довольно быстро уехать на рабочую встречу, и, кажется, я упустил важную часть самого события. В общем, не уверен, что мы приготовили идеальное блюдо. Но, кажется, получилось достаточно живо, чтобы его попробовали. И это уже неплохо.

Когда я начинал делать свой сервис, команды разработки у меня не было. Да и сам я код писать вообще не умел. Было только понимание, каким должен быть продукт, куча проблем текущих агрегаторов и желание попробовать сделать лучше. В итоге весь фронт, бэк, админку и тесты я собрал с помощью AI. Моей задачей было нормально объяснять, что должно происходить, проверять результат и разбираться, почему всё опять сломалось) Первый большой релиз, конечно же, положил прод. Я восемь часов подряд пытался понять, что произошло. Потом всё поднял, страница вакансии заработала, начала индексироваться поисковиками, а в сервис пришли первые пользователи. 💡 Что я понял Этот опыт сильно поменял моё отношение к работе дизайнера. Раньше макет часто был последней точкой: нарисовал, передал разработчикам и ждёшь. Сейчас для меня это только один из этапов. Иногда хочется самому пройти весь путь до работающего продукта, даже если по дороге несколько раз всё развалится. Красивый макет мало что значит, если он так и не доехал до работающего продукта. Ведь говорить только об идеальных историях нет смысла, важно делиться разными кейсами в профессиональном комьюнити, согласны? 🌸 Что будет 12 сентября в Москве пройдёт конференция «Продукты 24 × ffdd2d». Там как раз будут говорить о решениях, которые сначала выглядели странно, спорно или вообще неправильно, а потом сработали. На конференции будет три зала: 🍀 «Ломаем шаблоны» про нестандартные подходы и решения; 🍀 «Достигаем результатов» про продуктовую логику и устойчивый рост; 🍀 «Говорим прямо» про ошибки, конфликты и провалы, которые обычно остаются внутри команд. Последний зал будет без трансляции и записи. Можно будет спокойно говорить о вещах, которые редко выносят в публичные доклады. 🏠 Когда и где 12 сентября. Москва, комплекс «Мечта» на набережной парка Горького. Офлайн и онлайн 💌 Как попасть Количество мест на площадке ограничено, поэтому заявки проходят модерацию. После подтверждения офлайн-участники делают пожертвование от 1 500 ₽ в фонд «Природа и люди». ➡️ Зарегистрироваться ➡️ Зарегистрироваться ➡️ Зарегистрироваться

Антонина из ЮMoney разобрала, почему ввод кода из смс часто бесит: не срабатывает автоподстановка, криво вставляется код, теряется фокус, после ошибки приходится набирать всё заново. Готовых единых правил в исследованиях не нашлось, поэтому команда сопоставила источники и собрала практические рекомендации. Главный вывод простой: лучший сценарий, когда код вообще не надо вводить руками. Если автоподстановки нет, важно сделать ручной ввод предсказуемым. В вебе надёжнее одно поле, стилизованное под ячейки. На нативе удобнее сегменты. При ошибке поле не очищают, а подсказку показывают постоянно, а не прячут в плейсхолдере. Внутри: – Когда выбирать одно поле, а когда отдельные ячейки; – Как настроить автофокус, вставку кода и автоподстановку; – Что учесть для доступности, клавиатуры и скринридеров; – Как сделать повторную отправку кода и смену номера без раздражения; – Почему при ошибке нельзя очищать поле и когда убирать сообщение; – Как безопасно включить автоотправку и куда ставить фокус после отказа. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

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

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

В Feelpixel разобрали типичные проблемы ИИ-продуктов. Пользователь видит уверенный ответ, но не понимает, насколько система уверена, какие данные использовала и почему приняла решение. Если результат нельзя проверить, изменить или отменить, доверие быстро пропадает. В интерфейсе стоит показывать причины рекомендации, различать точные и предположительные ответы, оставлять человеку контроль и заранее продумывать ошибки. Возможности ИИ лучше открывать постепенно: сначала дать пользователю проверить простые действия, затем предлагать больше автоматизации. Внутри: – Какие четыре интерфейсные ошибки снижают доверие к ИИ; – Как показывать логику и уровень уверенности системы; – Почему пользователю нужны понятные настройки и возможность отмены; – Как проектировать ошибки и восстановление после них; – Почему эмоциональный контекст влияет на подачу рекомендаций и предупреждений. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы