Сложные вопросы на собеседовании дизайнеру, ищущему работу

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

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

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

Рекомендуемое чтение : Недостающий совет, который мне был нужен, когда я начинал свою карьеру

Понимание зрелости дизайна

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

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

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

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

Интервьюировать как исследователь

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

Вопрос 1

«Какие три самые большие проблемы стоят перед вашим бизнесом в ближайшие шесть месяцев? А как насчет шести месяцев после этого?»

Зачем спрашивать это?

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

Какие последующие действия могут дать больше информации?

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

Как воспринимается этот вопрос?

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

Вопрос 2

«Должны ли вы двигаться быстро и ломать вещи или двигаться медленно и чинить вещи?»

Зачем спрашивать это?

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

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

Какие последующие действия могут дать больше информации?

• Насколько команде нравится идея создания минимально жизнеспособного продукта (MVP) для быстрого получения информации?
• Насколько не склонна к риску компания, группа или даже команда дизайнеров?
• Бизнес имеет дело с очень хрупкой кодовой базой?
• Как часто проводится рефакторинг технического долга?
• Как определяется и управляется долг UX?

Как воспринимается этот вопрос?

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

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

Вопрос №3

«Если вы двигаетесь быстро, то почему?

Зачем спрашивать это?

Быстрое движение может быть очень воодушевляющим, но может не привести к продуктивности. Для некоторых заинтересованных сторон, с которыми я разговаривал, слово «Agile» является синонимом «я делаю все быстрее». На самом деле быть гибким или «бережливым» означает учиться и предлагать правильный продукт или решение клиентам с наименьшими затратами. Быстрое продвижение может быть очень выгодным, если оно сочетается с готовностью дизайнера показать работу, которая может быть не идеальной, но функциональной до такой степени, что ее можно использовать. Это то, где быстро двигаться здорово; обучение может быть реализовано быстро, и новые направления продукта могут быть определены на ранней стадии. Это может проинформировать интервьюирующего дизайнера о том, как данные и исследования собираются и распространяются среди других команд или более крупной организации. В качестве альтернативы, если этого не происходит, это может указывать на большую возможность для изменений или на серьезную катастрофу, поэтому будьте начеку и принимайте соответствующие меры.

Какие последующие действия могут дать больше информации?

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

Как воспринимается этот вопрос?

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

Вопрос №4

— Если ты двигаешься медленно, то почему?

Зачем спрашивать это?

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

С точки зрения дизайна, самый большой опыт не обязательно связан с дизайн-системой или улучшенным онбордингом . Компании, возможно, потребуется модернизировать технологический стек, чтобы сосредоточиться на повышении производительности или времени безотказной работы приложений. Команде может потребоваться внести изменения в свой механизм доставки, предоставив некоторую форму непрерывной интеграции и непрерывной доставки (CICD), систему, в которой разработчик может легче проводить A/B-тестирование и лучше понимать, где могут быть сделаны наиболее важные изменения.

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

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

Какие последующие действия могут дать больше информации?

• Какие части сайта/приложения/продукта наименее эффективны?
• Должны ли они быть выведены из эксплуатации или реинвестированы?
• Как эти обновления могут повлиять на повседневную работу?
• Уделяется ли приоритетное внимание новым функциям при разработке новых продуктов, чтобы мы могли поэтапно отказаться от устаревших систем?
• Как эти изменения повлияют на клиентов?
• Смогут ли они по-прежнему выполнять свою работу в новой системе или их уволят?
• Как это доводится до пользователей?
• Были ли какие-либо сообщения о закрытии этих уходящих в отставку систем, чтобы уменьшить бремя?
• Был ли проведен какой-либо анализ, чтобы понять, какой доход приносят те пользователи, чьи функции вот-вот закончатся?

Как воспринимается этот вопрос?

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

Вопрос №5

«Какие три части вашего продукта наиболее ценны, но при этом больше всего нуждаются в обновлении?»

Зачем спрашивать это?

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

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

Какие последующие действия могут дать больше информации?

• Что мешает выполнить эту работу?
• С какими членами команды мы могли бы поговорить об этих функциях?
• Проводили ли они какое-либо исследование, чтобы понять, что вызывает неустойчивое поведение или его трудно поддерживать?
• С какими пользователями мы можем поговорить о функциях, чтобы понять, как они их используют?
• Возможно, есть небольшая настройка, которая позволит получить тот же результат, но с меньшей нагрузкой на систему?
• Можно ли внести небольшие изменения, чтобы снизить нагрузку на серверную часть и уменьшить нагрузку на базу данных?

Как воспринимается этот вопрос?

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

Вопрос №6

«Есть ли у вас клиент, с которым я мог бы связаться, чтобы узнать его мнение о вашем продукте или услуге?»

Зачем спрашивать это?

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

Какие последующие действия могут дать больше информации?

• Насколько привычно ваша команда разговаривает со своими пользователями?
• Как часто происходит это действие?
• Предполагая, что этот клиент является поклонником компании, есть ли у нас доступ к пользователям, которые не очень довольны продуктом?
• Ищем ли мы когда-нибудь отзыв от кого-то, кто отменил услугу?
• Как команда может использовать ваши идеи?

Как воспринимается этот вопрос?

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

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

Вопрос №7

«Какой у вас выделенный бюджет на UX и дизайн?»

Зачем спрашивать это?

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

Какие последующие действия могут дать больше информации?

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

Как воспринимается этот вопрос?

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

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

Только начало

Это всего лишь несколько вещей, о которых мы могли бы говорить во время интервью по опыту или дизайну продукта. Мы, безусловно, должны позаботиться об отличном визуальном дизайне и элегантном пользовательском интерфейсе. Мы должны абсолютно заботиться о качественных и количественных аналитических данных и выводах, которые они дают. Мы определенно должны заботиться о моушн-дизайне, юзерфлоу, картах путешествий, дизайн-системах, микротекстах и ​​соответствии культуре. Все это является частью сценария любого сильного кандидата на цифровой дизайн. Но ответы на вышеперечисленные темы могут быть невероятно важными в течение первых 90 дней и позже, когда вы принимаете новую роль дизайнера.

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

Действительно ли эти вопросы помогают получить работу?

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

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

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

Последние мысли

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

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

Дальнейшее чтение

• «Как найти работу дизайнера, которую вы действительно полюбите», Сьюзи Полласки.
• «Facebook меняет свой девиз «Двигайся быстро и ломай вещи», — Саманта Мерфи, Mashable
• Подкаст «Sprints & Milestones» Бретта Харнеда и Грега Стори
• «Playbook» предлагает карьерные советы для дизайнеров с помощью краудсорсинговых вопросов и ответов.
• «Уважаемый студент-дизайнер» — это совместная работа нескольких замечательных ветеранов индустрии, которая дает мудрость начинающим дизайнерам. #бесценный