Тестовое задание для дизайнера: как составить, проверить и не ошибиться
8 из 10 кандидатов-дизайнеров принимают наш оффер. Это значит, что мы научились находить своих людей. Во многом помогает грамотно составленное и проверенное тестовое задание. Рассказываем, какие тестовые получают кандидаты в Учи.ру.
Сейчас в нашем дизайн-комьюнити 48 человек: 28 дизайнеров, 17 иллюстраторов и 3 исследователя. С 2016 года мы ни разу не останавливали найм в дизайн-команду — компания растет, открываются новые направления.
За последний год 818 соискателей попали на первый этап отбора. До технического собеседования дошел только 51 дизайнер, до финального — 48. 20 получили от нас предложение о работе, 16 из них присоединились к команде. То есть через воронку найма проходят только 2,5% кандидатов, однако это именно те, с кем мы подходим друг другу.
Мы много раз наступили на грабли и накопили кое-какой опыт, которым хотим поделиться.
Тестовое задание: to be or not to be
Тестовое задание само по себе вызывает много споров в дизайн-сообществе:
- Давать его кандидату или не давать?
- Показательно оно или нет?
- Нужно ли за него платить или не нужно?
Мы всегда даем тестовое задание кандидатам и не платим за его выполнение. Тестовое задание — это не рабочая задача, а тест в широком смысле, который мы составили заранее именно для проверки компетенций по вакансии.
Зачем нужно тестовое задание
Оно необходимо и нанимающей команде, и самому дизайнеру. Тестовое задание — это проверка hard skills, без него крайне трудно понять, справится ли кандидат с будущими рабочими задачами. По портфолио сложно составить полноценное представление о навыках специалиста: мы не знаем наверняка, какая ответственность была на дизайнере и что конкретно он делал своими руками. Какое влияние на работу оказывали другие члены команды, арт-директор или заказчик. Тем более, что мы ищем человека с конкретными навыками и хотим посмотреть на них. Помимо этого среди соискателей изредка попадаются аферисты, выдающие чужие работы за свои.
Соискателю ТЗ может также рассказать о компании очень много:
- с какими задачами придется столкнуться в действительности;
- насколько развита в компании культура постановки задач и рабочие процессы в целом;
- что важно в работе конкретному нанимающему менеджеру или лиду.
Как составить тестовое задание
Мы делали много разных тестовых заданий, но пока не нашли идеально сбалансированный вариант. Однако мы выработали несколько правил, которые помогут избежать самых распространенных ошибок.
- ТЗ должно быть направлено на проверку именно тех компетенций, которые указаны в описании вакансии. Придумайте и опишите такую задачу. Сократите объем.
- Сократите еще раз. Задание должно занимать у исполнителя адекватное количество времени, фултайм-погружение на неделю значительно сократит количество желающих браться за задачу. Наши задания реально выполнить за четыре часа, чтобы результат отражал все навыки и включал все задачи.
- Проверьте, что задача не требует слишком глубокого погружения в продукт или специфическую область. Если нужно знакомство, предоставьте описание, инструкции или коды доступа. Мы сопровождаем задание логином и паролем от аккаунта на платформе и описываем шаги, которые кандидату необходимо сделать, чтобы вникнуть в суть.
- У задания не должно быть единственного правильного ответа. Нам важно, чтобы у кандидатов была возможность показать себя. Часть кандидатов предоставляют несколько вариантов в черновиках и один проработанный.
- Условия задания не должны создавать барьеров. Предоставьте кандидатам все необходимое для его выполнения. Если в приоритете жесткое соблюдение стилистики, приложите примеры или часть UI-kit. Для иллюстраторов мы компонуем наборы, которые нужно дополнить своей иллюстрацией на том же артборде.
- Опишите, что именно вы будете оценивать. Если задача по UX и не требует глубокой проработки UI, предупредите об этом.
Как оценить тестовое задание
1. Оцените заявленные компетенции
Вернитесь к описанию вакансии и оцените результат относительно указанных компетенций. Пусть вас не сбивают с толку вещи, которые на самом деле не важны.
2. Оцените невыполненное
В наших заданиях есть несколько пунктов, которые необходимо учесть при проектировании. Некоторые из них неудобные. Зато они заставляют кандидатов думать и находить нетривиальные решения. Периодически их просто пропускают.
Допустимо пропустить часть задачи, если аргументировать свою позицию. Например, кандидат описал, что намеренно опустил часть задания, потому что проанализировал пять схожих с нашим сервисов и выяснил, что они вынесли описанный в ТЗ функционал на отдельную страницу или отказались от него совсем. Если какой-то пункт из ТЗ опущен и нет пояснения, можно либо попросить кандидата доделать задание с учетом этой вводной, либо отсеять его, если нарушение грубое.
3. Оформление очень важно
Тестовое задание — это имитация реальной задачи, поэтому смотрим не только на содержание, но и на оформление. Скорее всего, в реальной рабочей задаче вы увидите потом то же самое. На что обращаем внимание:
- Формат. Не может быть никаких PDF или JPEG (да-да, такое тоже бывало), если в требованиях указан макет в Figma.
- Структура на доске. Макеты должны сопровождаться комментариями, лежать отдельно от набросков и референсов. Никаких лишних артефактов и остатков от других проектов быть не должно.
- Уважение к принимающей стороне. Описания красным шрифтом на кислотно-зеленом фоне или сбитые описания — подобные вещи неуместны.
4. Не ожидайте идеального исполнения
Маловероятно, что человек, не погруженный в специфику продукта, метрики и аудиторию, сможет предложить идеальный вариант. На уровне тестового задания хорошим исполнением считайте работу, которая в одну итерацию смогла бы дойти до годной. Если есть критичные ошибки, но кандидат вам понравился, дайте ему обратную связь и попросите внести правки по комментариям так, как если бы он уже работал в вашей команде. Практика показывает, что кандидаты редко исправляют работы до необходимого качества, но есть люди, которым хочется дать второй шанс.
5. Обратная связь
Не бросайте человека с отказом, кратко аргументируйте свое решение. И дайте более подробные комментарии по запросу кандидата. Для вас это пять минут времени, а для него — обозначенные точки роста.
Мы убеждены, что не существует волшебного рецепта идеального тестового задания. Эти простые правила помогут набить чуть меньше шишек при найме нового человека в команду.