тестовые задания. тестовые задания для дизайнеров условно мо | Планктон | Путешествия по выходным

тестовые задания.

тестовые задания для дизайнеров условно можно разделить на два типа: «покажи, как ты делаешь» и «покажи, как ты думаешь».

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

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

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

текст задания второго типа «покажи, как ты думаешь» обычно давольно размытый: есть такая-то проблема/задача — расскажи как ты будешь ее решать. объем работы и в каком виде будет решение ты определяешь сам. о чем важно не забыть и что важно проработать дополнительно, а что и так понятно — все сам. из опорных точек у тебя есть только твой предыдущий опыт.

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

минус второго «покажи, как ты думаешь», что тебе нужно угадать, что от тебя ждут. у всех компаний, даже если в общих чертах кажется, что процессы выстроены похоже, если рассматривать в деталях — очень много нюансов. стандарта нет и у каждого работодателя есть какое-то собственное представление о приоритетах (ui, ux, консистентность, масштабируемость, оригинальность решения, аккуратность в макетах, ёмкость описания, степень проработки с точки зрения рынка конкурентов и позиционирования в нем и т. д.) и об идеальном процессе.

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

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

∮

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