вопросы на собеседовании дизайнера

Опишите свой дизайн-процесс от брифа до финального макета.

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

В чём разница между UX и UI? Приведите пример плохого UX с хорошим UI.

UX — это весь опыт достижения цели: структура, поток и то, решает ли продукт задачу. UI — визуальный и интерактивный слой, через который это происходит. Красиво нарисованный экран подписки, где отмена требует письма в поддержку, это отличный UI и враждебный UX; наоборот, невзрачная форма, которая проводит вас за десять секунд, это хороший UX при слабом UI.

Как вы проводите юзабилити-тестирование? Сколько нужно респондентов?

Респондентам дают реалистичные задачи, а не спрашивают мнение, наблюдают молча и удерживаются от объяснения интерфейса — в момент, когда вы помогли, данные потеряны. Пять человек на группу пользователей обычно выявляют большинство серьёзных проблем, и увеличение выборки чаще всего возвращает те же находки; лучше провести несколько небольших раундов между итерациями, чем одно большое исследование в конце.

Что такое дизайн-система и зачем она нужна?

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

Как вы защищаете решение, если стейкхолдер не согласен?

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

Что такое a11y? Назовите базовые требования.

Доступность значит, что продуктом могут пользоваться люди с ограничениями. Базовый уровень — контраст 4.5:1 для основного текста, отказ от передачи смысла одним лишь цветом, полная работа с клавиатуры с видимым фокусом, корректная семантическая структура и подписи для скринридеров, а также перетекание текста при увеличении до 200 процентов. Всё это заодно улучшает удобство для всех, и именно этот аргумент обычно выбивает бюджет.

Как вы передаёте макеты разработчикам?

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

Как вы работаете с ограничениями, когда идеальное решение нереализуемо?

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