Как пройти собеседование в крупную IT-компанию и не сойти с ума от стресса? В этой статье вы найдете подробный разбор каждого шага: от подготовки резюме и портфолио до прохождения вайтборда и собеседований с лидом. Узнайте, как избежать типичных ошибок, правильно презентовать свои достижения и увеличить шансы на оффер, даже если вы только начинаете свой путь в продуктовом дизайне.

Анастасия Правдина
Старший продуктовый дизайнер — Самокат, ментор.
Определите список компаний и вакансий, куда хотите попасть. Чем больше вы узнаете о требованиях, тем лучше сможете подготовиться. На один и тот же грейд у компаний разные запросы, всё зависит от её размера и специфики проекта.
Процесс найма со стороны компании выглядит примерно так: сначала составляется профиль кандидата. Это описание софт и хард скиллов, которые должны быть у дизайнера на конкретной позиции. Дальше HR на основании него начинает поиски. Первым делом смотрят резюме, потом бегло просматривают портфолио и либо сразу, либо после скрининга отправляют его лиду.
В больших компаниях всегда несколько этапов собеседования: скрининг с HR, общение с лидом, тестовое или вайтборд, общение с продуктовой командой/менеджером/дизайн-директором. Посмотрим на каждый этап отдельно.
Резюме
Большая часть кандидатов отсеивается именно на этапе скрининга резюме и портфолио. Основные причины такие:
-
Нет релевантного опыта в продуктовых компаниях, работал только на фрилансе или в агентствах, нет соответствующих навыков.
-
Слабое портфолио: нет продуктового мышления, показан только UI без описания, как пришли к тому решению.
-
Плохо структурированное резюме, грамматические ошибки или неаккуратность в оформлении.
Что писать в резюме?
Старайтесь создавать резюме по шаблону, без лишних украшательств. Оно может проходить автоматический скрининг и только потом попадать к человеку. А согласно исследованиям рекрутеры тратят на просмотр резюме в среднем 6-10 секунд. Поэтому оформите информацию так, чтобы можно было бегло пробежаться и увидеть ключевые пункты: релевантный опыт, образование, навыки и обязанности, достижения на рабочем месте. Также указывайте ключевые слова из работы дизайнера – исследования, методологии: JTBD, СJM, названия программ, в каком продукте работали B2C или B2B, с какими платформами (веб или мобильными).
Список достижений собрать обычно тяжелее всего. Если опыта мало, кажется, что и писать нечего, а если опыт есть — бывает сложно его сформулировать и легко обесценить. Подумайте, чем вы гордитесь из того, что сделали? Чему научились, что делали впервые, что получалось лучше всего? Попросите коллег об обратной связи, часто мы сами не замечаем, какой большой вклад вносим в работу.
Для рекрутеров особенно важен опыт за последние 3 года. Выпишите список компаний, в которых работали за это время. Укажите свои должности. Распишите кратко о том, чем занимался продукт. Дальше укажите свои основные обязанности. После этого укажите 3-5 достижений. В списке достижений может быть что угодно, как вы с помощью дизайна помогли поднять метрику, или наладили командный процесс работы, а может внедрили какой-то новый инструмент, и он повлиял на работу команды или продукта. Лучше всего описывать достижения по методу STAR (Situation → Task → Action → Result) или его упрощенной версии Action → Result. Главное не просто писать, что вы сделали, а какой эффект это дало, лучше в цифрах.
Например, вместо:
-
Переработал процесс онбординга.
-
Улучшил процесс проектирования.
лучше написать:
-
Добавил персонализацию и улучшил UX онбординга → конверсия в регистрацию выросла на 25%.
-
Внедрил новый процесс работы над макетами с использованием Figma и компонентов, что снизило количество правок от разработчиков.
Зарплату в резюме тоже можно указывать. Например, если есть минимум, ниже которого вы не готовы рассматривать компании, это поможет сразу их отсеять. Можно писать и желаемую, экспериментировать, смотреть, готовы ли компании с такой зарплатой вас приглашать на собеседование или откликов стало меньше, и в зависимости от этого регулировать. Указанная зарплата вас ни к чему не обязывает, на этапе скрининга HR всё равно ещё раз спросит про зарплатные ожидания.
Не забудьте оставить в резюме ссылку на портфолио.
Портфолио
Самое важное, что должно быть видно из портфолио, что у вас хороший визуальный стиль и продуктовое мышление. Я рекомендую делать несколько работ отдельно на UI и отдельно полноценный продуктовый кейс. Пусть это будет одна хорошо сделанная и описанная задача, чем 5 разных только с картинками и без описания процесса.
Если у вас еще не было реальной задачи, текущие кейсы нельзя публиковать или задача не пошла по дизайн-процессу — пет-проект или учебное задание тоже подойдет. Когда я только начинала работать, мы со знакомыми дизайнерами организовались, выбрали сайт авиабилетов и учились вместе проводить UX-исследования. Получился классный кейс, результаты которого мы даже презентовали директору этой компании.
В работах UI важно показать, что вы умеете работать с типографикой, композицией, цветами, знаете основные правила работы с визуальным дизайном. Можно добавлять примеры анимаций или 3д, особенно если вы целитесь в B2C компанию.
При работе с продуктовой задачей я использую дабл даймонд, при описании кейса тоже лучше опираться на него. В самый вверх вынесите кратко контекст: что за продукт, какая была задача и результат, который получился, тут тоже лучше писать конкретные метрики. А дальше поэтапно расписывайте процесс работы:
-
Discover и Define. Опишите, как вы погружались в задачу и собирали информацию, с кем из команды взаимодействовали. Какая была проблема, предпосылки, цель задачи, метрики успеха, кто пользователи.
Если проводили исследования — класс! Распишите, как выбирали метод, выборку, готовились, искали респондентов, какая была цель исследования. Прикрепляйте артефакты, которые получились: гайд, гипотезы, результаты. Как вы обрабатывали результаты, что узнали из исследования? Это может быть уточнение проблемы, процесс AS IS, паттерны пользователей, CJM или JTBD, описания персон.
-
Develop. На этом этапе важно показать, что вы делали перед тем, как приступить к макетам. Как работали со сценариями, Task flow, информационной архитектурой. Дальше, как собирали визуальное решение, экраны, какие были варианты.
-
Deliver. Здесь можно рассказать как и почему выбрали финальное решение. Если были UX-тесты или A/B тесты тоже можно рассказать про подготовку и приложить артефакты: гипотезы, задания для тестов, выборки для тестирования, результаты. Как вы готовили макеты для передачи в разработку, сопровождали ли в процессе и проводили ревью реализованного решения.
Финал — какой эффект дало ваше дизайн-решение, как оно помогло закрыть проблему, повлияло на метрики, что изменилось после его внедрения. Ещё 15 ошибок в портфолио дизайнера, из-за которых его закроют через 10 секунд, можете найти здесь.
Что делать, если мой проект под NDA?
Чаще всего даже, если проект под NDA, не значит, что его нельзя показывать совсем. Можно перечитать условия соглашения, чтобы понять, что именно нельзя раскрывать.
Что точно не стоит публиковать:
-
Персональные данные: не включайте имена, фотографии, контактные данные сотрудников или клиентов.
-
Финансовая информация: исключите любые данные о бюджете, доходах, расходах или других финансовых аспектах
-
Метрики: не раскрывайте показатели, такие как MAU, конверсия, рост выручки и т. д., если они не опубликованы официально. Лучше указывайте кратность, например, MAU увеличилось на 15%
-
Оригинальные идеи: исключите уникальные решения или подходы, которые могли бы быть конкурентным преимуществом компании
-
Бизнес-процессы: не описывайте внутренние процессы компании, такие как способы согласования, цепочки поставок, схемы взаимодействия и т. д.
Способы подготовить материалы для портфолио:
-
Анонимизируйте проект. Уберите название компании, например, вместо “Я работал над приложением X для компании Y” пишите “Я разрабатывал мобильное приложение для крупного ритейлера”. Измените данные пользователей, например, имена, роли. Размывайте детали, не раскрывая бизнес-стратегию компании.
-
Можно убрать узнаваемые элементы брендинга и заменить компоненты, либо нарисовать аналогичный кейс на вымышленном проекте.
-
Если у вас хорошие отношения с руководителем и вы уже сообщили, что собираетесь уходить, можете спросить прямого совета, что можно показать, а что лучше скрыть.
-
Скройте кейс. Запарольте портфолио и выдавайте доступ напрямую работодателю. Укажите, что часть работ доступна только по запросу или если нужно – вы можете лично показать кейсы на собеседовании.
-
Если проект нельзя показывать совсем, добавьте пет-проекты или тестовые задания, чтобы показать навыки.
Подача заявки
Чем меньше грейд — тем выше конкуренция. Вакансий на джуниор дизайнеров мало, на стажировки — еще меньше. Когда я работала в предыдущей компании, и мы искали стажера, HR рассказывала, что откликов было несколько сотен на позицию. На этап ревью портфолио ко мне доходило 5-10 в день.
Проявляйте проактивность и ищите вакансии не только на сайтах-агрегаторах. Если вы уже наметили список компаний, ищите на их сайтах, подписывайтесь на каналы дизайн-лидов и компании в соцсетях и линкедин, мониторьте дизайн-сообщества, спрашивайте у знакомых, кто уже работает в IT. Нетворкинг, правда, очень помогает. 2 из 4 своих работ я нашла через знакомых и друзей.
Еще пару деталей — не всегда вакансии выкладывают в открытый доступ, так что, если очень хотите в конкретную компанию, пишите, даже если открытых нет. Если у вас немного не хватает опыта, и вы соответствуете большей части требований — тоже не бойтесь писать, иногда отсутствие опыта компенсируется хорошими софт скилами.
Лучше всегда писать напрямую HR, поиск его контактов — отдельный квест, где надо проявить изобретательность, но таким образом вы повысите шансы на то, что ваш отклик заметят.
Сопроводительное письмо
Лучше персонализировать письмо, если знаете имя рекрутера, обращайтесь напрямую по имени. Не повторяйте полностью резюме, сфокусируйтесь на релевантном опыте. Перечитайте требования к вакансии и напишите, в чем ваша ценность для компании. Оставьте ссылку на портфолио и контакт, по которому с вами можно быстро связаться.
Скрининг
Это первичное знакомство. HR расскажет про проект и компанию, условия работы, задаст простые вопросы о вашем опыте, месте проживания, спросит о зарплатных ожиданиях. Будьте готовы ответить на этот вопрос. Изучите рынок, есть сообщества в соцсетях и профильные сайты со статистикой зарплат по грейдам. Например, Хабр Карьера ведет и публикует изменения каждые полгода. Я обычно называю вилку — минимальная зарплата, которую готова получать и комфортная. Можно уточнить, что вы готовы это обсуждать, если боитесь, что назвали слишком мало или слишком много:)
Прохождение вайтборда/тестовое
Этот этап может быть до этапа с лидом или после. С тестовым заданием, думаю, всё понятно, а вот вайтборд появился на российском рынке не так давно. Вайтборд — это продуктовая задача, которую вам нужно решить в режиме реального времени за 1-1,5 часа. Иногда кейс настоящий, иногда вымышленный, заранее знать, какое задание, вы не будете. Чаще всего вайтборд дают на грейд мидла и выше, но и на позицию стажера он может быть.
Смысл тестового и вайтборда один — проверить ваши технические навыки, знание дизайн-процесса, метрик, умения генерировать идеи и гипотезы, как вы будете их проверять. Плюс вайтборда — что не нужно тратить на него несколько дней, в отличие от тестового. Минус — решение кейса за час даже с опытом это сильный стресс. На вайтборде будет 1-3 человека, лиды или продуктовые менеджеры, и самое главное, вам нужно будет думать вслух. Это очень непривычно и тяжело. Поэтому опять же — тренируйтесь заранее.
Точное задание не скажут, но можно заранее спросить, в каком виде нужен будет результат: нагенерировать идеи или сделать наброски вайрфреймов и попытаться уточнить предметную область. Чтоб сэкономить время на сбор вайрфреймов, можно заранее скачать готовую библиотеку и пользоваться ей.
Обычно я разбиваю процесс на 4 блока и работаю по тому же дабл даймонду:
-
Сбор данных: узнаю подробнее о задачах, проблемах, пользователях, говорю, где еще попыталась бы найти информацию, какие исследования провести, на каких метриках можно было бы отслеживать успех
-
Проблемы и ограничения: сюда выписываю основную проблему и более мелкие, которые появляются по ходу обсуждения задачи и генерации идей
-
Идеи: любые мысли по поводу потенциальных решений
-
Финальное решение: выбираю лучшую идею, которая закрывает обнаруженные проблемы. Прорабатываю детали, могу нарисовать кусок сценария или экраны
Типичные ошибки на вайтборде: сразу приниматься генерировать и рисовать решение, молчать и не взаимодействовать с интервьюером, игнорировать контекст продукта и не задавать вопросы, хаотично переключаться с одного на другое, предлагать громоздкие решения вместо МВП.
Для меня самой вайтборд по ощущениям — самый сложный этап из-за высокой степени неопределенности. Удачное прохождение зависит от того, насколько быстро получится вникнуть в предметную область, как интервьюеры отвечают на вопросы и вообще какую атмосферу создали на вайтборде. После своих неудачных вайтбордов я обычно провожу работу над ошибками и переделываю кейс еще раз. Думаю о том, какие вопросы ещё можно было бы задать, что упустила, какие идеи можно было предложить или как доработать финальное решение.
Навык прохождения вайтборда, как и собеседования в целом, нарабатывается. Поищите примеры вайтбордов или сгенерируйте с помощью чата GPT, засеките час и вслух пытайтесь его решить. Если сложно самому понять, насколько структурно рассуждаете, попросите знакомого дизайнера или ментора пофасилитировать.
Собеседование с лидом
Не всегда это лид команды, в которую ищут дизайнера, но чаще всего так. Здесь вас будут детальнее расспрашивать про опыт и образование. Чаще всего на этом этапе смотрят на софт скиллы — ваше умение общаться, поведение в конфликтных ситуациях, мотивацию, предпочтение по задачам. Лучшее, что вы можете сделать, — подготовиться заранее. Найдите список вопросов на свой грейд и сформулируйте ответы заранее, чтобы не теряться на собеседовании.
Итоги собеседования
Самое тяжелое — получать отказы. Столько сил вложено, а большое количество этапов создает ощущение, что ты прошел уже сотни компаний, а не одну. И наступает отчаяние и беспомощность. В каком бы формате HR не прислал вам отказ, ведите себя вежливо. Поблагодарите за ответ, если он был, не грубите. HR такой же человек как и вы, на этапе найма он ваш союзник, ведь в его интересах быстрее закрыть вакансию. И кстати, сохранять связь с HR — это тоже отличный нетворкинг. Через полгода-год можно снова подаваться в компанию и вы уже знаете, кому писать.
Можете спросить про конкретные причины отказа, но будьте готовы остаться без ответа. Мне всегда было интересно, почему рекрутеры их не пишут, ведь хочется понять свои точки роста. А когда я училась на курсах нанимающего менеджера, узнала, что это таким образом компании предостерегают себя от исков. Если причиной отказа станет требование, которого не было в описании вакансии, кандидат может подать в суд.
Проведите работу над ошибками, попросите более опытного коллегу об обратной связи или обратитесь к ментору, чтобы понять, что пошло не так на конкретном этапе. Если вы получили оффер — поздравляю! Не стесняйтесь задавать вопросы лиду, продуктовому менеджеру и HR о том, какие ожидания от вас на время испытательного срока. И дерзайте, всё получится!
Полезные ресурсы:
-
Мой телеграм-канал: Думай втайне
-
Телеграм-канал, в котором Senior и Middle+ IT-специалисты делятся знаниями и дают советы по поиску работы
-
Сборник из моковых собеседований для прокачки навыков по продуктовому дизайну
-
Гайд, как быстро проверять UX-решения и эффективные методы для улучшения пользовательского опыта
ссылка на оригинал статьи https://habr.com/ru/articles/897274/
Добавить комментарий