Что проверяют на собеседовании UX-дизайнера?

С кем вы реально будете общаться

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

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

Разбор портфолио: что они на самом деле делают

Стандартный формат — «расскажите о проекте». Звучит как светская беседа. Это не так. Дизайнер, проводящий этот разбор, проверяет несколько конкретных вещей, пока вы говорите:

• Откуда взялась проблема. Заинтересованное лицо передало вам решение под видом брифа («нам нужен дашборд»), или вы докопались до истинной потребности? Если вы говорите «PM попросил X» и затем описываете создание X, это сигнал. Если вы говорите «PM попросил X, но когда я изучил тикеты в поддержке и провёл три интервью с пользователями, выяснил, что настоящая проблема в Y», это ответ, который они хотят.
• Что сделали именно вы в противовес команде. Кейсы для портфолио обычно используют «мы» везде. Хороший интервьюер прервёт и спросит «каков был ваш конкретный вклад в этот флоу?» Если вы не можете отделить свою работу от работы команды, они предположат, что вы просто присутствовали.
• Компромиссы, которые вы сделали, и почему. Не «мы рассмотрели несколько вариантов и выбрали лучший» — какой вариант, что было бы потеряно в любом случае, и какие данные или ограничение склонили чашу весов. Сроки разработки, технический долг, гайдлайны бренда, требования доступности, заинтересованное лицо, которое не сдвигалось с места — назовите реальное ограничение.
• Что произошло после запуска. Вы смотрели на цифры, проводили повторное юзабилити-тестирование, получали объём тикетов в поддержке, или проект закончился при передаче разработке? У многих кандидатов нет ответа здесь, потому что организация никогда не замыкала цикл, и приличный интервьюер отметит это, не ставя вам в вину — но он поставит вам в вину, если вы заявите результат, который никогда не измеряли.

Поверхностный ответ при разборе портфолио звучит складно и не содержит ничего проверяемого: «мы переделали флоу онбординга, и это действительно улучшило пользовательский опыт». Нет базовой линии, нет метрики, нет названного ограничения, нет различия между вашим вкладом и вкладом команды. Тот, кто рассматривает портфолио профессионально, слышит это постоянно и перестаёт слушать через одно предложение.

Дизайн-упражнение или задача у доски

Это практическая оценка, и её формат сильно различается по компаниям, поэтому уточните, какой именно тип от вас требуется:

• Живое упражнение у доски/в Figma. Вам дают задание на месте — «переделайте флоу оформления заказа для продуктового приложения» или «спроектируйте способ для двух человек разделить счёт» — и просят набросать, структурировать мышление и проговорить это в реальном времени, часто в Figma, FigJam или буквально у доски. Это оценивается не по визуальной отточенности. Это оценивается по тому, задаёте ли вы уточняющие вопросы перед тем, как что-либо рисовать (кто пользователь, какое устройство, какое бизнес-ограничение), рассматриваете ли вы больше одной структуры, и можете ли вы защитить решение, когда интервьюер возражает — потому что они будут возражать, намеренно, чтобы увидеть, сдадитесь ли вы или будете рассуждать.
• Домашнее упражнение. Бриф, над которым вы работаете несколько дней и затем презентуете. Здесь проверяется то, что ближе к реальной работе: можете ли вы определить рамки действительно неоднозначного брифа, и можете ли вы представить обоснование комнате, а не просто передать экраны. Если бриф не указывает метод исследования, использование его в любом случае (даже лёгкого партизанского теста с пятью людьми) и упоминание об этом обычно замечается.
• Упражнение на критику. Вам показывают существующий экран или флоу — иногда собственный продукт компании — и просят, что бы вы изменили. Это проверяет суждение больше, чем исполнение: можете ли вы определить настоящую проблему юзабилити (запутанную информационную иерархию, нарушенную платформенную конвенцию, проблему доступности вроде недостаточного контраста или отсутствующих состояний фокуса), а не давать косметические предложения о цвете и шрифте.

Поверхностный ответ в любом из этих упражнений звучит как дизайнерское мнение без пользователя в нём: «Я бы сделал кнопку больше и изменил цвет, чтобы она выделялась». Дизайнер, интервьюирующий вас, хочет услышать, какую конкретную проблему решает изменение — обнаруживаемость, коэффициент контрастности, размер области касания, конкуренцию с более сильным визуальным элементом рядом — и в идеале способ проверить, сработало ли изменение.

Вопросы, которые на самом деле не о дизайне

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

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

«Как вы понимаете, что дизайн готов?» или «Как вы справляетесь с фичей, на которую нет времени для исследования?» Эти вопросы проверяют, есть ли у вас работающий процесс при реальных ограничениях, а не учебный двойной ромб. Поверхностный ответ декламирует фреймворк по названию — «я всегда начинаю с эмпати-мэппинга, затем идеация, затем прототипирование» — никогда не связывая его с ограничением. Опытный дизайнер описывает, что он сократил и почему: «не было времени для полного исследования, поэтому я провёл пятиминутный немодерируемый тест на двух самых рискованных экранах и использовал это, чтобы выбрать между двумя направлениями».

«Как вы работаете с разработкой?» Это проверяет, понимаете ли вы, что вы на самом деле передаёте — состояния компонентов, граничные случаи, пустые состояния, состояния ошибок, а не только счастливый путь — и сталкивались ли вы когда-либо с тем, что дизайн изменился из-за реального технического ограничения, которое вы не предвидели. Если ваш ответ подразумевает, что инженеры просто строят всё, что вы им отправляете, это читается как неопытность, а не уверенность.

Вопросы о метриках и бизнесе — «как бы вы измерили успех этой фичи» или «как вы решаете, что приоритизировать» — проверяют, можете ли вы связать дизайн-решение с числом, которое волнует бизнес (конверсия, время выполнения задачи, объём тикетов в поддержке, удержание), а не только с эстетическим языком или языком юзабилити. Вам не нужно быть аналитиком данных, но называние метрики, которую вы бы реально отслеживали, даже примерно, отделяет вас от того, кому никогда не приходилось обосновывать слот в роадмапе.

Что с этим делать

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

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

И если проблема, с которой вы реально сталкиваетесь, раньше всего этого — заявки, которые никуда не ведут, и нет собеседования, к которому готовиться — это другая проблема с другим механизмом, которую стоит решить до того, как вы отполируете ответы для интервью на звонок, который никогда не приходит. jobmarket.pro читает объявление полностью, сопоставляет его с одним профилем вашего реального опыта и готовит заявку из этого, не придумывая ничего, чего вы не делали.