Портфолио вместо диплома: что показать работодателю после курса

Сертификат об окончании курса — документ, который работодатель видит в резюме три секунды. Портфолио — то, о чём он будет говорить с вами полчаса на собеседовании. После курса у вас на руках и то и другое, но работает только второе. Разбираем, какие проекты собрать, как их упаковать и что не показывать ни в коем случае.

Почему портфолио весомее сертификата

Сертификат отвечает на вопрос «где вы учились», портфолио — «что вы умеете». Первый проверить сложно: у каждой школы своя программа и свои требования. Второй открывается по ссылке и говорит сам за себя. Для работодателя это способ снизить риск: он видит результат ещё до оффера, а не после испытательного срока.

Есть и арифметика рынка: сертификат одинаков у всего потока выпускников, а проект — только у вас. На позицию джуна откликаются люди с одинаковыми корочками одной школы; выигрывает тот, у кого за корочкой стоит живая работа, которую можно открыть, покликать и обсудить.

Собеседование по портфолио устроено просто: вас просят рассказать про проект, и дальше разговор идёт по вашим решениям — почему такая структура, чем плох вариант попроще, что бы сделали иначе. Кто рассказал про свои компромиссы, тот и прошёл. Ключевое слово — «свои»: рассказ по шпаргалке курса слышно за первые две минуты.

Сколько проектов и каких ждут

Ориентир — 3–5 проектов разной сложности. Один сильный кейс стоит трёх «для количества», но и один-единственный проект — риск: не зайдёт человеку, который его смотрит. Что именно показывать — зависит от профессии:

• Разработчик — сервис с базой и деплоем. Не папка с кодом на ноутбуке, а работающая ссылка: собственное API, сервис с авторизацией и базой данных, задеплоенный на хостинг. Сильные сигналы для фронта и бэка одинаковые — база, деплой, понятная структура репозитория. Больше о входе в профессию — на странице фронтенд-разработчика.
• Дизайнер — 2–3 кейса с исследованием. Не картинки, а процесс: исследование и анализ, персоны, прототип, тестирование, финальные макеты. Работодателю важно увидеть, как вы думаете, — красивый экран без обоснования дизайном не считается.
• Аналитик — дашборд на реальных данных. Возьмите открытые данные — статистику города, продажи маркетплейса, транспорт — и постройте дашборд с выводами для бизнеса. Навык «превратить сырые цифры в решение» демонстрируется только на реальных данных: учебные датасеты видели все.
• QA — тест-кейсы и баг-репорты. Оформленный документ по живому сайту или приложению: чек-лист, набор тест-кейсов, баг-репорты по формату «шаги — ожидаемый результат — фактический». Плюс — репорт о том, как вы расставляли приоритеты: что тестировали первым и почему.

Как оформить кейс: задача — решение — результат

Каждый проект в портфолио описывается по одной структуре, чтобы смотрящий не гадал:

1. Задача. Что нужно было сделать, для кого, с какими ограничениями. «Интернет-магазину рукоделия нужен был каталог» сильнее, чем «курсовой проект по вёрстке».
2. Решение. Что вы сделали и какие инструменты выбрали — и почему именно их. Здесь же ваша конкретная роль, если проект командный.
3. Результат. Факт, который можно проверить: работающая ссылка, метрика, отзыв заказчика, скриншот «до/после».

Где это живёт: код — на GitHub, дизайн — на Behance, аналитика и QA — репозиторий или облако с документами. У каждого проекта — README, который открывают первым: задача — решение — результат, как запустить или открыть, что посмотреть в первую очередь. README «из учебника» без контекста — упущенное собеседование ещё до собеседования.

И отдельное правило для откликов: в письме и резюме — не ссылка «в целом на профиль», а ссылка на конкретный проект, релевантный вакансии. Смотрящий тратит на вас минуту; решите за него, куда в эту минуту кликнуть.

Чего избегать

• Учебные «калькуляторы» и todo-списки. Это первые проекты каждого, включая вашего будущего руководителя. Оставьте их в папке для себя — в портфолио они сигналят «только начал», даже если за ними стоит месяц работы.
• Кейсы-клоны. Если у половины выпускников курса в портфолио тот же итоговый проект, ваш единственный шанс выделиться исчезает. Переделайте итоговую работу под собственную задачу — другой домен, другие данные, своя фича. Преподавательский проект — заготовка, ваша версия — портфолио.
• Десять сырых проектов вместо трёх доведённых. Каждый проект из списка должен переживать вопрос «а зачем тут это?». Не переживает — убирайте без жалости.
• Битые ссылки и «код в сообщении». Проверяйте портфолио перед каждым откликом: нерабочая ссылка на «главный проект» — худшее первое впечатление из возможных.
• Проекты без вашей роли. Командная работа — плюс, но только если честно описано, какой кусок делали вы. «Участвовал в разработке» без конкретики обесценивает и вас, и проект.

Где взять проекты, если их мало

Минимальный набор — итоговые работы курса, доведённые до товарного вида: свой README, доработанная функциональность, чистая структура. Дальше — два источника, не требующих заказа: pet-проект под собственную боль (трекер расходов, планировщик поездок — что угодно, чем сами пользуетесь) и работа для знакомых: у каждого второго в окружении есть знакомый с бизнесом или кружком, которому нужен сайт, отчёт или макет. Даже бесплатная работа для реального заказчика ценнее учебной: у неё есть ограничения, дедлайны и обратная связь — то есть ровно то, о чём спросят на собеседовании.

Важно выбирать программу, где итоговые проекты встроены в обучение: например, во фронтенд-профессии Нетологии в программе заявлено 20 проектов, на «UX/UI-дизайнере с нуля» — 7 проектов в портфолио, у расширенной версии — до 14. Остальные профессии с такими программами — в разделе профессий каталога.