Собеседования продуктовых дизайнеров: советы нанимающего лида

Руководитель продуктового дизайна в «Магните» рассказывает, на что смотрит HR, каким должно быть портфолио и стоит ли делать тестовые.

Собеседования продуктовых дизайнеров: советы нанимающего лида
Коля Димов
Руководитель направления продуктового дизайна

Привет! Я Коля Димов, руководитель продуктового дизайна в Магните. Когда я пришёл в компанию весной 2021 года, одной из задач стал найм продуктовых дизайнеров в команду. Мы вместе с другими лидами и HR выстроили процесс с нуля и за полтора года провели более ста собеседований.

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

Кто такой продуктовый дизайнер

За последние лет пять появилось огромное количество специалистов с разными названиями. Это UI/UX-дизайнеры, web-дизайнеры и т. д. Что отличает продуктового дизайнера? Это специалист, который хорошо и глубоко разбирается в продукте, понимает не только своего пользователя, но и процессы, в которых живёт продукт. Он знает ключевые метрики продукта, создаёт удобный интерфейс, который решает проблему пользователя и бизнеса.

Роль резюме

Первый шаг поиска работы — это оформление резюме и портфолио. Есть несколько пунктов, на которые HR, а затем и лид обратят внимание в первую очередь.

Опыт работы

Всё зависит от уровня, на который вы претендуете. Как правило, для джунов это опыт от полугода, для мидлов — от полутора лет, для синьоров — от трёх лет.

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

Наличие ссылки на портфолио

По портфолио HR определяет стоит ли вас звать на скрининг.

Дата рождения и знак зодиака

Не нужны от слова совсем. Главное, чтобы вы были хорошим специалистом.

Короткое описание обязанностей

Не помешает более точно сформулировать, что конкретно вы делали. Особенно это актуально для дизайнеров из больших продуктов, над которыми работают десятки человек. Лучше писать не «я делал продукт N», а «в продукте N я делал ... ».

Про портфолио

В портфолио продуктового дизайнера должны быть продуктовые кейсы, а не набор картинок с интерфейсами.

Что такое продуктовый кейс?

Это описание конкретной проблемы, анализ этой проблемы, предложение в виде интерфейса (или его части) и итоговый результат.

Примерный план кейса:

  • Проблема (гипотеза)
  • Почему это проблема (что подтверждает или опровергает гипотезу)
  • Что было сделано
  • Что по итогу получилось (результат работы предложенного решения на живом продукте)

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

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

В каком виде показать портфолио

Идеальный вариант — это формат Notion (описательная часть + картинки). Figma — тоже хорошо. Behance — с натяжкой, формат ресурса предполагает упор на графику.

И есть один стоп-формат — PDF и презентации. Это максимально неудобно. Портфолио в таком виде приходится скачивать, его неудобно шерить во время внутренних обсуждений. Также в PDF будет ограничение на качество картинки. Это может стать сигналом, что дизайнер не подошёл должным образом к проблеме поиска работы — не подумал о конечном пользователе этого самого портфолио.

Скрининг

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

Отбор для технического собеседования

Наступает момент, когда нанимающий дизайнер впервые видит кандидата. Точнее его резюме, портфолио и короткое ИТОГО после скрининга. На резюме лично я обращаю мало внимания, так как полностью доверяю HR. Самое важное для меня — именно просмотр портфолио и продуктовых кейсов. Если кандидат кажется интересным, но показанного в портфолио недостаточно, можно попросить предоставить конкретный кейс. Если всё хорошо, зовём кандидата на технический собес.

Техническое собеседование

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

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

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

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

Тестовое задание

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

Тезисно про тестовое:

  • Тестовое задание обычно дают кандидатам, по которым остались вопросы после технического собеседования. Это вопросы по конкретным хард скиллам. Тестовое дополнительно показывает мыслительный процесс кандидата на конкретном примере.
  • Результат вашего тестового не украдут после отказа. Этим в прошлом грешили некоторые мелкие студии, которые под видом тестового кидали реальные проекты, за которые они получали деньги, а кандидат — отказ. Сейчас такого уже не наблюдается (если у вас есть свежие примеры, поделитесь ими в комментариях). Если же вы сделали тестовое настолько хорошо, что результат может оказаться на проде — вы гарантировано получите оффер, так как терять такого кандидата смысла нет.
  • Тестовое не оплачивается. Это добровольный этап, кандидат всегда может от него отказаться. За это он не попадет в чёрный список, никто не будет делать его куклу Вуду. Просто обоюдно прекратим общение на данный момент, так как не сошлись на условиях.
  • На тестовое необязательно тратить кучу времени. Если кандидат сможет сделать задачу в минимальном виде, но при этом будет видна логика, этого будет достаточно.

Если всё прошло хорошо, состоится следующий, заключительный этап.

Финальное собеседование

Не стоит буквально воспринимать этот этап как собеседование. Это, скорее, знакомство с владельцами продуктов, в которые мы на данный момент ищем дизайнеров. Такое собеседование — двустороннее: кандидат сам может заваливать вопросами владельцев продуктов.

Этот шаг необходим, чтобы кандидат и владелец продукта поняли, с кем они будут работать, сходятся ли они по характеру. Это важный культурный момент — лучше все понять на берегу и выбрать максимально комфортный продукт (или не выбрать его вообще), а не спустя несколько месяцев, когда разногласия будут мешать работе. Дизайнеру не стоит бояться задавать вопросы.

Как правило, после этого шага практически все кандидаты гарантировано получают оффер. Но отказы могут быть по следующим причинам:

  • Кандидат и владелец продукта не сошлись. Например, отличается видение и подход к процессам. Очень редкий случай, так как нанимающий лид и hr прекрасно должны понимать культурную среду команды.
  • В продукт уже нашли дизайнера. Стоит помнить, что на позицию может рассматриваться не один кандидат. Бывает, что вакансия закрывается до, во время или сразу после финального собеседования. В таком случае мы сообщаем кандидату причину (конечно же, тысяча раз извиняясь) и откладываем его в резерв с приоритетом — в следующий раз он пойдет сразу на финальное собеседование.

После этого шага собираем обратную связь с кандидата и владельцев продуктов. На основе неё выбираем конкретную команду. Далее — оффер и выход на работу.

Конец.

P.S.

Я уделил особое внимание продуктовом кейсам. Один из частых вопросов — что делать, если у меня NDA?

Тут всё достаточно просто:

  • Если вы работали в B2C продукте — большая часть вашей работы, которая находится на проде, уже не попадает под NDA, так как её может увидеть любой пользователь. Про результаты исследований, аналитику и другие важные вещи можно договориться с предыдущим работодателем или завуалировать, не давая точных данных, но показав суть своего решения.
  • Если вы работали над каким-то внутренним секретным коммерческим проектом (часто встречается в нефтяных/газовых/финансовых компаниях) — можно сделать упор не на кейсе, а на самом процессе работы. Либо договориться с командой о том, что вы выполните какую-то внешнюю разрешённую фичу или продукт, которую можно будет положить в портфолио.
3030
19 комментариев

Сейчас вдруг понял, что столько слышу про Магнит АйТи, и о том как надо «правильно» что-то делать от них: и про исследования, и про хант, и про все на свете. Но ни одного продукта не видел вообще магнитовского. Ни единого! Парадокс.

11
Ответить

Комментарий недоступен

1
Ответить

«…не подумал о конечном пользователе этого самого портфолио». Пользователь портфолио?

Какая же душнина ваши эти игрища в ит, скрамы, агилы и тд. «Минимум экранов, максимум исследований». 8 собеседований. Профессиональный профессионализм и разговоры ни о чём, 30 исследователей продукта, десятки менеджеров, а на деле дизайн - кусок говна, зато хорошо объясненный. Люди, которые превратили поиск работы в еще одну работу, вам самим от себя не тошно?

7
Ответить

Вот приложение "Твой Магнит", устраивайтесь на работу и увидите)

1
Ответить

Видно дизайнеров так и не наняли

9
Ответить

Как пользователь скажу: приложение магнита не сильно удобное. Перегружено. Это не критика, скорее впечатление. Пока доберешься до qr кода...

1
Ответить

Забавно. Все кинулись хейтить магнит, а по существу статьи сказать нечего. Хотя все описано адекватно...

Ответить