1. Что такое дизайн UX? Почему это имеет значение? Как бы вы объяснили процесс разработки UX?
Что они пытаются выяснить: какие у вас есть основы?
Хотя это довольно общий вопрос, не дайте общих ответов. Сосредоточьтесь на том, чтобы дать конкретное определение, которое проливает свет на то, кто вы как дизайнер. Ваше объяснение должно быть четким и доступным. (Представьте, что вы объясняете это 10-летнему ребенку).Для вопроса «почему это важно» используйте его как возможность продемонстрировать свою к дизайну. Вы также можете использовать этот вопрос , чтобы рассказать историю, которая обеспечивает контекст для вашей собственной перспективы дизайна и фокусируется на важности вашего опыта.
Отвечая на вопрос «Как бы вы объяснили процесс разработки UX?», Обратите внимание на каждую из следующих областей:
- Исследование пользователей
- Юзабилити
- Информационная архитектура
- Дизайн пользовательского интерфейса
- Интерактивный дизайн
- Стратегия
Совет: сфокусируйте свое определение UX-дизайна и на уровне понимания людей, для которых вы разрабатываете. Обычно это означает, что как разработчик UX вы должны стремиться разрабатывать опросы для ваших будущих пользователей.
2. Каков ваш дизайн? Опишите методы проектирования, которые вы используете.
Что они пытаются выяснить: можете ли вы подкрепить свои слова отличной работой?
Объясняя процесс проектирования, вы можете либо описать свой потенциальный подход к типичному проекту , либо объяснить, как вы делали это в других проектах . Проведите интервьюера через ваш проект , используя истории:
- Следуйте типичной сюжетной линии: фон, возможности, процесс, взлеты и падения по пути, и окончательный результат.
- Будьте конкретны, когда говорите о шагах, которые вы предприняли от концепции до завершения проекта.
- Скажите о том что разные UX-ситуации требуют разных UX-процессов. Преимущество использования вашей среды для определения процесса, который лучше всего подходит для конкретной ситуации.
- Не бойтесь, если ваш процесс не такой, как у других дизайнеров. Что важно, так это ваша способность объяснить ваш подход.
Совет: Рекомендуется поговорить об ориентированном на пользователя подходе к дизайну, который следует за глубоким пониманием как пользовательских, так и бизнес-целей.
- Вы, вероятно, захотите затронуть каждый из следующих методов в контексте вашего проекта:
- Исследование пользователя: Какие методы вы использовали? Почему вы решили использовать их?
- Персоны пользователей: каков был ваш процесс создания персон? Сколько «персон» вы создали? Как они помогли?
- Карта путешествий клиентов и потоки пользователей. Что включает в себя карта путешествий клиентов?
- Прототипы и каркасы: опишите, как вы перешли от прототипов с низкой точностью воспроизведения (например, набросок на листе бумаги) к прототипам с высокой точностью воспроизведения (например, интерактивные прототипы Adobe XD). Сколько итераций было сделано во время прототипирования ? C какими проблемами вы столкнулись?
- Метрики и аналитика. Объясните с помощью цифр увеличения продаж или других конверсий в результате ваших дизайнерских решений.
3. Как вы работаете с другими дизайнерами, разработчиками или менеджерами по продукту?
Что они пытаются выяснить: как вы работаете в команде?
Ваш интервьюер хочет понять ваш стиль работы. Дизайн - это командный вид спорта, и, как дизайнеру UX, очень важно, чтобы вы знали, как эффективно обмениваться проектными решениями с командой от начала проекта до его реализации.Имейте в виду, что каждый член команды, вероятно, видит данный проект через различные линзы, но вам нужно иметь возможность общаться со всеми из них, чтобы быстро выявлять любые проблемы или недоразумения.
Способность сопереживать и понимать мотивы тех, кто вас окружает, имеет решающее значение. Разработчики, менеджеры и другие разработчики придут со своими особыми потребностями и целями, и если вы сможете продемонстрировать, что слушаете их всех, вы будете хорошо приняты. Для эффективного сотрудничества с инженерами постарайтесь понять технологический стек и получить хорошее представление об ограничениях и возможностях.
Совет: отвечая на этот вопрос, попросите интервьюера описать текущую структуру команды, роли и существующие процессы. Задайте любые вопросы, с которыми они сталкиваются в настоящее время. Вы можете оформить свой опыт с точки зрения решения своих проблем. Пусть интервьюер увидит, насколько вы увлечены своим умением и опытом не только на должности, но и в самой компании.
4. Как бы вы решили, какие функции добавить в свой продукт?
Что они пытаются выяснить: способны ли вы подтвердить или отклонить гипотезу, чтобы создать новое решение?
Это действительно сложный вопрос, потому что он очень зависит от контекста. Если вопрос задается в контексте создания нового программного обеспечения, вы можете поговорить о том, как можно разработать MVP (минимально жизнеспособный продукт).
Если вопрос задается в контексте существующего продукта, вы должны сосредоточиться на основах стратегии продукта. Прежде чем переходить к конкретным функциям, вам необходимо составить четкое представление о бизнес-целях и потребностях пользователей. Вы должны быть готовы ответить на следующие вопросы:
- Кто пользователь?
- Каковы цели пользователя?
- Почему пользователь должен интересоваться этой функции? Какие проблемы это решает?
Совет: это также прекрасное время, чтобы показать, как вы будете использовать исследования пользователей для проверки проектных решений. Часто, сталкиваясь с проблемой, сбор большого количества пользовательских данных может помочь продвинуть дизайнера вперед. После сбора достаточного количества данных и проверки целей пользователя вы можете определить, какие новые функции лучше всего соответствуют бизнес-целям и, в конечном итоге, каким образом эти функции будут иметь приоритет.
5. Расскажите нам о проекте UX, который идет не так, как планировалось.
Что они пытаются выяснить: способны ли вы критически оценить свою работу?
Перво-наперво, не делайте вид, что у вас никогда не было такого проекта. Делать ошибки - нормальная часть трудовой жизни. Важно то, как вы справляетесь с ними. Вам нужно найти честный пример, который показывает:
- Что пошло не так
- Почему это пошло не так
- Что вы сделали для решения проблемы
- Что вы узнали из этого опыта
Совет:вы должны признать вашу слабость, а затем предложить причину, по которой вы можете превратить это в силу. Мы все учимся на своих ошибках.