Для чего использовать

Отбор кандидатов на позиции ux/ui и продуктовых дизайнеров. Можно адаптировать и под граф/бренд дизайнеров, но автор гайда никогда так не делал, тут на ваш страх и риск :)

Кто может использовать

Дизайн лид, арт-директор, директор по дизайну, head of design и прочие нанимающие менеджеры в дизайне.

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

Как использовать

Вайтборд занимает от 15 минут до 1 часа. Чем более опытный кандидат, тем больше времени нужно. Длительность можно увеличить, если тебе не хватило информации о навыках кандидата из портфолио/CV.

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

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

Что должно быть до начала этого этапа собеса:

• Подробно прописанная задача (бриф). Задача максимально реальная, ты должен понимать все аспекты, нюансы и контекст. Это может быть как задача которую вы уже решали у себя в команде или сконструированная задача, решение которой ты сам/а подробно продумал.
• Картинка в голове (а лучше описанная) того как ты бы хотел/а чтобы кандидат себя вёл, что делал, а что нет. Например: «от продктов могут поступать неясные и противоречивые задачи, ты как менеджер ждёшь, что дизайнер под твоим управлением будет уметь доуточнять, спрашивать детали».

Как проводить

• Скажи, что ты будешь сейчас роль продакта (или дизайн-лида). Коротко расскажи, что вы будете делать: ты дашь задачу и кандидату нужно будет её выполнять. Скажи сколько времени это займёт. Когда время выйдет кандидат должен будет презентовать решение. Укажи, что в конце дашь обратную связь и вы вместе разберёте работу кандидата и решение.
• Первичная постановка — неполная и неконкретная, при этом со сроком когда кандидат должен презентовать решение (например, 15 минут). Задача должна звучать коротко и при этом в ней объективно должно быть мало информации: «Наши клиенты — это general аудитория. Мы делаем приложение для заказа продуктов на дом, хотим добавить фичу в которой пользователь отсылает кому-то из списка контактов ссылку на оплату заказа, который сделал. Нарисуй пару экранов как это может выглядеть. Жду решение через NN минут».
• Если кандидат задаёт вопросы — отвечаешь коротко конкретно по вопросу. Если кандидат задаёт оправданные вопросы, можешь дать больше полезной для него инфы. ! — иногда можно дать противоречивую инструкцию, особенно если человеку предстоит с такой ситуацией сталкиваться.
• Если ты понимаешь, что у тебя нет того о чём спрашивает кандидат или этого обычно нет в работе вашей команды — можешь слиться с вопроса и сказать «не знаю», «мне не сказали разработчики», «а ты как думаешь?».
• Если кандидат вообще ничего не спрашивает, можно через 10 минут спросить у него/неё: «Кстати, а есть ли у тебя какие-то вопросы по задаче?»
• Импровизируй, пробуй делать взаимодействие похожим на реальное в твоей команде.
• После того как выйдет время и/или ты получишь всю нужную для тебя информацию останови работу. Скажи, что пора презентовать решение. ! — при собеседовании более опытных кандидатов, после того как кандидат презентовал решение можно поменяться с ним ролями и попросить его быть продактом и дать обратную связь по решению.