О тестовых заданиях для дизайнеров

Некоторые компании в вакансиях для UI/UX дизайнеров просят выполнить тестовое задание.

Я встречал, например, такое:

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

Так вот, это плохое задание.

Что же оно делает?
Оно выявляет способность дизайнера искать ошибки в уже разработанной системе.

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

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

Поиск ошибок в решении абстрактной задачи без знания ее условий похож на профанацию.

А как правильно?
Уровень проектировщика в первую очередь характеризуется способностью правильно строить интерфейс в условиях технических и бизнес-ограничений, в разрезе целей пользователя, с учетом его сценариев.

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

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

Кстати, у нас в Контуре очень хорошо. Особенно новичкам.
Об этом хорошо написала Оля Романова.

Поделиться
Отправить
1 комментарий
Кирилл

У вас в Контуре хорошо, подтверждаю :)

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

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

Ваш комментарий
адрес не будет опубликован

ХТМЛ не работает

Ctrl + Enter
Популярное