Skip to content

Вопросы на собеседовании: UX-дизайнер

100 реальных вопросов с образцовыми ответами и пояснениями для уровня Junior.

Смотреть пример резюме: UX-дизайнер

Тренировка флешкарточками

Интервальное повторение · Hunter Pass

Вопросы

design

UX и UI описывают разные, но связанные части продуктового дизайна.

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

Зачем это спрашивают: Интервьюер хочет услышать практическое различие без представления UX и UI как несвязанных дисциплин.

design

До поиска решений я превращаю неясный запрос в конкретную проблему.

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

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

user-needs

Запрошенная функция является лишь одним возможным ответом на скрытую потребность пользователя.

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

Зачем это спрашивают: Интервьюер проверяет, способен ли кандидат увидеть за заявленным решением исходную потребность.

assumptions

Сначала я проверяю предположения, в которых сочетаются высокая неопределенность и серьезные последствия.

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

Зачем это спрашивают: Кандидат должен связать проверку предположений с риском, а не проверять только самое простое.

discovery

Полезная формулировка проблемы направляет дизайн, не привязывая команду к одному решению.

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

Зачем это спрашивают: Ответ показывает, умеет ли кандидат определять проблему так, чтобы направлять дизайн, не предрешая результат.

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

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

Зачем это спрашивают: Интервьюер ожидает измеримый результат, а не расплывчатую цель вроде улучшения страницы.

design

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

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

Зачем это спрашивают: Хороший ответ связывает раннее исследование со снижением неопределенности и объема переделок.

research

Качественные и количественные исследования отвечают на взаимодополняющие UX-вопросы.

  • Качественные методы, такие как интервью и наблюдение, объясняют поведение, мотивы и причины.
  • Количественные методы измеряют закономерности в масштабе по данным вроде доли завершений или ответов в опросе.
  • Совместное применение показывает, что происходит, и дает данные о возможных причинах.

Зачем это спрашивают: Интервьюер проверяет, выбирает ли кандидат метод в зависимости от исследовательского вопроса.

research

План исследования связывает продуктовое решение с выполнимым способом сбора данных.

  • Он фиксирует решение, исследовательские вопросы и критерии подходящих участников.
  • Он определяет метод, задания или темы беседы, расписание и порядок получения согласия.
  • Он объясняет, как наблюдения будут зафиксированы, проанализированы и переданы команде.

Зачем это спрашивают: Ответ должен показать, что исследование планируют вокруг решения, а не как простой список вопросов.

research

Я выбираю метод исследования по цели обучения и стадии продукта.

  • Я использую интервью для изучения мотивов и конкретного прошлого поведения.
  • Я использую наблюдение, когда нужно понять реальный процесс и его контекст.
  • Я использую юзабилити-тестирование, чтобы выяснить, могут ли люди выполнить задачи с предложенным дизайном.

Зачем это спрашивают: Интервьюер ищет выбор метода на основе целей обучения.

screensjoins

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

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

Зачем это спрашивают: Ответ проверяет, набирает ли кандидат людей под реальный исследовательский вопрос.

participants

Универсального числа участников пользовательских интервью не существует.

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

Зачем это спрашивают: Достоверный ответ не представляет пять пользователей как статистическое правило.

interviews

Нейтральный вопрос позволяет участнику описать опыт без подсказки со стороны исследователя.

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

Зачем это спрашивают: Пример должен показывать, как формулировка не позволяет направлять участника.

interviews

Вопросы о прошлом поведении обычно дают более надежные данные, чем гипотетические прогнозы.

  • Людям проще достоверно вспомнить конкретные события, чем представить будущий выбор.
  • Последний реальный случай раскрывает причины, действия и последовательность опыта.
  • Уточнения помогают найти ограничения и обходные решения, которые теряются в общих вопросах о предпочтениях.

Зачем это спрашивают: Интервьюер хочет увидеть, что кандидат умеет получать конкретные данные о поведении.

interviewstypography

Я уточняю открытыми вопросами и не подмешиваю свою трактовку в ответ участника.

  • Я спрашиваю, что произошло дальше, чтобы продолжить рассказ участника.
  • Я предлагаю показать действие или объяснить, что именно вызвало затруднение.
  • Я выдерживаю паузу вместо готового объяснения, с которым участник может просто согласиться.

Зачем это спрашивают: Ответ оценивает навыки модерации, которые углубляют интервью, не направляя участника.

participants

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

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

Зачем это спрашивают: Интервьюер проверяет уважительное управление временем, а не жесткое чтение сценария.

user-researchdiscovery

Согласие на исследование должно быть информированным, явным и отзывным.

  • Участники должны знать цель исследования и какую информацию будут записывать.
  • Они должны понимать, как используют их данные, и иметь возможность остановиться без последствий.
  • Я получаю разрешение до записи и сохраняю только действительно нужную команде информацию.

Зачем это спрашивают: Сильный ответ рассматривает согласие и приватность как часть исследовательской практики.

observation

Наблюдение сильнее интервью, когда важные части процесса трудно вспомнить или объяснить.

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

Зачем это спрашивают: Ответ должен назвать то, что прямое наблюдение раскрывает лучше самоотчета.

observation

Заметки наблюдения должны сохранять факты и четко отделять их от интерпретаций.

  • Я фиксирую видимые действия, прямые цитаты, полезные временные отметки и важный контекст.
  • Я записываю инструменты, последовательность, прерывания, ошибки и обходные решения в процессе.
  • Я отдельно помечаю свои трактовки и не собираю лишние персональные данные.

Зачем это спрашивают: Ответ проверяет, различает ли кандидат факты и выводы.

user-researchsurveys

Опрос помогает UX-исследованию измерять известные закономерности на большей группе.

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

Зачем это спрашивают: Интервьюер ожидает понимания как пользы, так и ограничений опросов.

Закрытые вопросы

  • 21

    Что такое ошибка отбора при рекрутинге?

    recruitmentbiascontrols
  • 22

    Как включить людей с инвалидностью в исследование?

    research
  • 23

    Что нужно делать после каждого интервью?

  • 24

    Как работать с противоречивой обратной связью участников?

    soft-skillsfeedbackparticipants
  • 25

    Когда результаты исследования должны изменить бриф?

    findingsbriefs
  • 26

    Как начать синтез заметок интервью?

    interviewssynthesis
  • 27

    Для чего используют affinity mapping?

    synthesis
  • 28

    Когда наблюдение становится инсайтом?

    observation
  • 29

    Как приоритизировать результаты исследования?

    findingsprioritization
  • 30

    Что делает результат исследования применимым?

    research
  • 31

    Как представить результаты без преувеличений?

    findings
  • 32

    Что делает персону основанной на данных?

    evidencediscovery
  • 33

    Когда не стоит создавать персоны?

    discovery
  • 34

    Чем персоны отличаются от рыночных сегментов?

    discovery
  • 35

    Что входит в карту пути пользователя?

    journeys
  • 36

    Как найти пробелы в пользовательском пути?

  • 37

    Зачем разделять текущий и будущий пути?

  • 38

    Что такое task flow?

    flows
  • 39

    Чем user flow отличается от карты пути?

    flowsjourneys
  • 40

    Какие крайние случаи нужны в раннем flow?

    flowsedge-cases
  • 41

    Что такое информационная архитектура?

    information-architecturearchitecture
  • 42

    Как провести аудит существующего контента?

  • 43

    Когда использовать открытую карточную сортировку?

    information-architecturealgorithms
  • 44

    Что проверяет закрытая карточная сортировка?

    information-architecturealgorithms
  • 45

    Как трактовать разногласия в карточной сортировке?

    conflictalgorithms
  • 46

    Что может показать tree testing?

    information-architecture
  • 47

    Как писать названия в навигации?

    navigation
  • 48

    Зачем начинать с низкодетализированных вайрфреймов?

    wireframesdesign-collab
  • 49

    Что должен передавать вайрфрейм?

    wireframescommunicationdesign-collab
  • 50

    Когда полезны наброски на бумаге?

  • 51

    Как выбрать детализацию прототипа?

    prototypingprototypes
  • 52

    Что должен включать кликабельный прототип?

    prototypingprototypes
  • 53

    Когда реалистичность прототипа искажает обратную связь?

    prototypingprototypesfeedback
  • 54

    Как прототипировать состояние ошибки?

    prototypingstatesprototypes
  • 55

    Зачем тестировать реалистичный контент?

  • 56

    Какова цель юзабилити-тестирования?

    usabilitytesting
  • 57

    Как написать задание для юзабилити-теста?

    usability
  • 58

    Что делает участника юзабилити-теста репрезентативным?

    participantsusability
  • 59

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

    usabilitysessions
  • 60

    Что делать, когда участник теста просит помочь?

    participants
  • 61

    Какое поведение важно в юзабилити-тесте?

    usability
  • 62

    Чем серьезность отличается от частоты?

    severity-priority
  • 63

    Что такое ложноположительный результат юзабилити-теста?

    usabilitytesting
  • 64

    Когда хорошо работает немодерируемое тестирование?

    testing
  • 65

    Как подвести итоги юзабилити-теста?

    usability
  • 66

    Что тестировать после изменения дизайна?

    design
  • 67

    Что означает доступный дизайн?

    design
  • 68

    Почему одного цвета недостаточно для статуса?

    color
  • 69

    Как проверить контраст текста?

    contrasta11y
  • 70

    Что делает клавиатурную навигацию удобной?

    keyboarda11ynavigation
  • 71

    Как подписи помогают пользователям скринридеров?

    screens
  • 72

    Что делает сообщение об ошибке доступным?

    accessibility
  • 73

    Почему важен размер сенсорной цели?

  • 74

    Когда следует уменьшать движение?

    motion
  • 75

    Как включить доступность в дизайн-ревью?

    designa11y
  • 76

    Какая аналитика может выявить проблемный сценарий?

    flows
  • 77

    Что такое воронка в продуктовой аналитике?

    funnel
  • 78

    Как аналитика и интервью работают вместе?

  • 79

    Когда завершение задачи вводит в заблуждение?

  • 80

    Что измерять после редизайна онбординга?

    flowsonboarding
  • 81

    Как подготовить дизайн к передаче разработчику?

    design
  • 82

    Какие состояния компонента нужно описать?

    components
  • 83

    Как обсуждать техническое ограничение?

  • 84

    Что входит в спецификацию адаптивного дизайна?

    responsivedesign
  • 85

    Как проверить реализованный дизайн?

    design
  • 86

    Что делает обратную связь на критике полезной?

    feedbackcritique
  • 87

    Как представлять работу на дизайн-критике?

    critique
  • 88

    Что делать с противоречивой дизайн-критикой?

    critique
  • 89

    Как реагировать, когда обратная связь кажется личной?

    discoveryfeedback
  • 90

    Когда стоит оспорить обратную связь стейкхолдера?

    feedbackcommunicationstakeholder-management
  • 91

    Что должен показывать кейс в портфолио junior UX-дизайнера?

    portfolio
  • 92

    Как показать проект без метрик после релиза?

    monitoring
  • 93

    Какие детали портфолио должны остаться конфиденциальными?

    portfolio
  • 94

    Как объяснить неудачное дизайн-направление?

    design
  • 95

    Что делать, если почти все работы в портфолио командные?

    portfolio
  • 96

    Как сотрудничать с продакт-менеджером?

    collaboration
  • 97

    Что спросить перед подключением к дизайн-задаче?

    design
  • 98

    Как работать с коротким сроком на дизайн?

    designestimation
  • 99

    Когда использовать существующий паттерн дизайн-системы?

    system-designdesigndesign-systems
  • 100

    Как развиваться после первого UX-проекта?