Тестовое задание для дизайнера: как составить, проверить и не ошибиться

8 из 10 кандидатов-дизайнеров принимают наш оффер. Это значит, что мы научились находить своих людей. Во многом помогает грамотно составленное и проверенное тестовое задание. Рассказываем, какие тестовые получают кандидаты в Учи.ру.

Сейчас в нашем дизайн-комьюнити 48 человек: 28 дизайнеров, 17 иллюстраторов и 3 исследователя. С 2016 года мы ни разу не останавливали найм в дизайн-команду — компания растет, открываются новые направления.

За последний год 818 соискателей попали на первый этап отбора. До технического собеседования дошел только 51 дизайнер, до финального — 48. 20 получили от нас предложение о работе, 16 из них присоединились к команде. То есть через воронку найма проходят только 2,5% кандидатов, однако это именно те, с кем мы подходим друг другу.

Мы много раз наступили на грабли и накопили кое-какой опыт, которым хотим поделиться.

Тестовое задание само по себе вызывает много споров в дизайн-сообществе:

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

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

Соискателю ТЗ может также рассказать о компании очень много:

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

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

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

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

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

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

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

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