Как оформить портфолио для собеседования в IT-компанию (и почему это важно)

Итак, вы уже прочитали миллион рекомендаций по резюме, сделали из него «конфетку», а себя представили как топового специалиста, которого все хотят. Следующее, за что возьмется заинтересованный рекрутер – ваше портфолио. Упс! Про важность его правильного оформления пишут редко, а хорошее впечатление о себе неудачной подачей испортить очень легко.

Как оформить портфолио, рассказала в своем гайде по подготовке к собеседованиям Product designer Анна Лесная.

Зачем отдельное портфолио, если есть GitHub?

Сразу закроем вопрос, который у вас наверняка возникнет: да, можно просто прислать рекрутеру ссылку на рабочий GitHub. Но рекрутер, вероятнее всего, знаком с программированием очень поверхностно. Что он увидит? Кучу текста и непонятного для него кода – это не зацепит внимание, и он переключится на других кандидатов. Потому хорошо оформленное и прописанное портфолио на первых этапах будет более полезным, а GitHub оставьте для технического собеседования.

Вот впечатляющие примеры интерактивных портфолио разработчиков Бруно Саймона, Рафаэля Каферати, Кристофера Черупила, чтобы уже совсем отпал вопрос. Резюме в игровой форме, как у Робби Леонарди, тоже блестящая идея.

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

Больше внимания визуалу, меньше – тексту

Дизайнер поделилась, что изначально старалась делать по одной странице на проект и отправляла портфолио в формате PDF. Структура была следующей:

• About project – краткое пояснение, о чем проект;
• Challenges – основные проблемы в проекте, возникшие в процессе работы;
• Solution – как решили проблемы;
• Feedback – отзывы или награды.

Выглядело это так:

«С одной стороны, в портфолио сразу видно количество, тип и сложность проектов. Рекрутеры быстро пробежались по экранам, посмотрели, с чем работала, затем позвали или не позвали на собес, – говорит Анна. – С другой, трудно оценить масштаб и сложность работы, а на техническом интервью трудно ориентироваться по этим страницам и рассказывать о проектах – приходилось иногда лазить в поисках дополнительной информации, чтобы показать больше нюансов».

Она отметила, что таких проектов могло быть и 10 штук, и больше – получалось множество однотипных страниц со скринами и кучей текста. Благодаря общению с менторами стало понятно, что никому не хочется вчитываться в текст – сначала люди смотрят на картинки. Если что-то цепляет, тогда могут углубиться в проект.

Почему показывать отдельные куски проекта – плохо

Дизайнер поделилась историей неудачного технического собеседования, когда дошла до заключительного пятого этапа с VP of Design Department. Беседы с рекрутером, лидом, директором прошли как по маслу, команде она понравилась, тестовое похвалили, сулили оффер вот-вот. И тут… провал. Пришел фидбек, что она произвела впечатление младшего дизайнера, а не сеньора, на позицию которого претендовала.

«Я показывала самопрезентацию, рассказывала, какими управленческими качествами обладаю и как влияю на продукт, что очень важно для сеньора. И тут – младший дизайнер, – пишет Анна. – А знаете, где был косяк? В портфолио! Мы разбирали проекты в PDF формате, и по обрывкам информации в нем создалось впечатление, что я мало дизайнила. Сама своими же руками спрятала масштаб и серьезность работы, создав впечатление джуна!».

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

«Рассказывайте историю о проекте от начала до конца, через весь процесс работы. Если проект создавали с нуля – опишите, почему появилась такая идея, как она развивалась. Люди любят рассказы, они захватывают и заинтересовывают, потому говорите о самом интересном, не углубляясь в детали – вам зададут вопросы, если что. И это все хорошо сдобрить картинками, фото, инфографикой, схемами», – рекомендует дизайнер.

Структура портфолио и инструменты

Хороший вариант структуры, который вы можете адаптировать под свою специальность:

• Description – небольшое описание;
• Team – состав команды;
• Role – ваша роль и зона ответственности;
• Tools;
• Project Background – краткое погружение в проект, идея создания, на каком этапе вас внедряли и т.д.;
• Research – как минимум, анализ конкурентов;
• Ideation – интересные моменты работы, идеи решения проблем;
• Testing;
• Measure of success – пропишите основные метрики успеха;
• Build – особенности сборки, сложные моменты;
• Result – что в итоге получилось (с примерами);
• Feedback.

Эта структура не является жесткой – оттуда можно убрать пункты, которые не касаются вашей работы, и добавить свои. Анна, например, вписала design system.

При создании портфолио вам могут понадобиться несколько программ, которые можно использовать параллельно: Figma (для оформления), Notion (можно здесь собрать портфолио и шерить его), Webflow (сайт-портфолио). Можете заморочиться и сделать небольшой интерактивный сайт с примерами своих работ.

А если проект под NDA?

Подписание NDA в IT стало повсеместной практикой, которая загоняет в тупик айтишников – как показать свой проект новому работодателю, при этом не попасть под суд? Вот идеи обхода:

1. можно на проекты под NDA повесить плашку и давать доступ по одноразовому паролю;
2. если вы оформляете в Figma или PDF – сделайте два варианта: в первом варианте частично заблюрте примеры (как минимум, логотипы), внесите незначительные изменения в интерфейс. Во втором оставьте все как есть, а на собеседовании расшарьте экран и покажете более детально.