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

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

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

Я набираю каждую аудиторию по её реальному поведению и ответственности в продукте.

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

Я буду считать очень активных клиентов смещённой выборкой, а не источником выводов обо всей аудитории.

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

Я строю гайд интервью вокруг недавнего поведения и нейтральных уточнений.

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

Я проверю утверждение по данным о реальном поведении, а не приму намерение за факт.

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

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

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

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

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

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

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

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

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

Я включаю людей с инвалидностью в основную аудиторию и адаптирую исследование под их потребности в доступности.

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

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

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

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

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

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

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

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

• Использую её, если цели и сбои пользователя охватывают несколько этапов, каналов или ответственных команд.
• Задаю границы пути, участника и результат, чтобы карта не стала общим обзором.
• Выбираю сфокусированный пользовательский поток или сервисный блюпринт, если он ответит на вопрос проще.

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

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

Я расставляю приоритеты по вреду пользователю, надёжности данных и влиянию на весь путь.

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

Я перестрою справочный центр на основе целей пользователей и данных о находимости.

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

Эти методы отвечают на разные вопросы об информационной архитектуре.

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

Само использование поиска не доказывает, что информационная архитектура работает.

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

Я заменяю внутреннюю лексику в основном интерфейсе на слова, которые узнают клиенты.

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