Портфоліо vs CV: що дивляться першим

Коротка відповідь: рекрутер дивиться на CV першим. Майже завжди. Навіть якщо у вас є портфоліо, яке б зробило Dribbble заздрити і GitHub відчути себе неповноцінним. CV відкривається першим, бо воно є в ATS, у поштовому вкладенні, у базі. Портфоліо треба ще відкрити окремо. А рекрутер, який переглядає 80 кандидатів на день, не завжди доходить до другої вкладки. Тому питання не "портфоліо або CV", а "як зробити так, щоб після CV людина точно захотіла відкрити ваше портфоліо".

Чому взагалі виникає плутанина

Є така думка в IT-тусовці: "розробникам не потрібне CV, якщо є GitHub", або "дизайнерам не потрібне CV, якщо є Behance". Ця думка приємна, але неправда. Вона виникла в часи, коли компанії-стартапи брали людей просто за репутацією в спільноті. Зараз навіть маленькі продуктові команди мають HR і ATS. І туди треба подавати щось структуроване.

Плутанина ще й тому, що роль кожного документа різна залежно від ролі. Frontend-розробник і UX-дизайнер живуть у різних реальностях: для дизайнера портфоліо закриває 60-70% питань про якість роботи, а для розробника GitHub закриває хіба що питання "чи пише він взагалі код". Тому почнемо з того, хто що показує.

Розробники: коли GitHub реально допомагає, а коли ні

GitHub не є портфоліо в класичному розумінні. Це більше як чернетка. Рекрутер без технічного бекграунду туди не піде, бо не знає, що там дивитися. Технічний інтерв'юер або CTO піде, але тільки після того, як CV вже пройшло перший фільтр. Реально корисний GitHub виглядає так: кілька репозиторіїв з README, які пояснюють задачу і рішення, або помітний внесок в open-source проєкт, де видно реальні пул-реквести. Грінний календар активності майже не грає ролі, бо всі знають, що його можна накрутити.

• Помагає: 2-3 проєкти з описом задачі і технічних рішень у README
• Помагає: реальні контрибуції в open-source з видимою дискусією в PR
• Не помагає: 40 форків чужих репозиторіїв без жодного рядка власного коду
• Не помагає: tutorial-проєкти типу "todo app" або "landing page"
• Не помагає: приватні репозиторії, до яких рекрутер не має доступу

Для backend-розробників ситуація ще цікавіша. Їхня робота часто живе всередині закритих систем: мікросервіси, бізнес-логіка, інтеграції з платіжками. Показати це публічно неможливо. Тому CV для бекенд-розробника несе більшу вагу, ніж для фронтенд-розробника або full-stack із публічними проєктами. І ця вага має бути в цифрах: "скоротив час відповіді API з 800мс до 120мс", а не "розробляв RESTful API".

Дизайнери: портфоліо важливіше, але CV все одно відкривають першим

Для UX і продуктових дизайнерів портфоліо вирішує значно більше, ніж для розробників. Рекрутер або хайринг-менеджер хоче побачити реальні кейси: яку задачу вирішували, які рішення розглядали, чому обрали саме це. Просто красиві скрини з Figma нічого не доводять. Дизайн без контексту читається як набір картинок.

Але навіть у цьому випадку CV відкривається раніше. Чому? Бо посилання на портфоліо треба ще знайти в CV. Якщо CV виглядає слабо або незрозуміло, рекрутер може не дійти до посилання взагалі. Тому хороший дизайнер не просто вставляє лінк на Behance або Notion-кейс в кінець документа. Він роблять так, щоб CV вже відчувалося як тизер: конкретні метрики, назви проєктів, короткий контекст компанії.

Одна історія, два формати

Ось де більшість кандидатів облажуються: CV і портфоліо розповідають різні речі. В CV написано "розробив дашборд аналітики для фінтех-стартапу", а в портфоліо лежить кейс про якийсь e-commerce проєкт, якого в CV навіть немає. Або в CV написано одне ім'я компанії, а в портфоліо зовсім інший брендинг. Рекрутер не розуміє, що він дивиться на одну людину.

Правило просте: кожен проєкт у портфоліо має бути прив'язаний до конкретного рядка в CV. І навпаки: кожне значимe досягнення в CV має або бути в портфоліо, або мати пояснення, чому його там немає (NDA, закритий продукт, тощо). Це не ідеальний сценарій, але це чесна комунікація. Рекрутер це розуміє.

• Назви компаній і проєктів мають збігатися або мати явний зв'язок
• Дати в CV і кейсах портфоліо не мають суперечити одна одній
• Метрики успіху в CV і в кейсі мають бути однаковими числами
• Якщо в портфоліо є проєкти, яких немає в CV, поясніть це в About-секції

Що рекрутер реально дивиться і в якому порядку

Ось реальна послідовність. По-перше, CV потрапляє в ATS і проходить автоматичний скринінг за ключовими словами і форматом. Це взагалі до людини не доходить. Потім рекрутер відкриває CV і витрачає в середньому 6-10 секунд на перший скан: шапка, остання позиція, стек. Якщо є щось цікаве, він читає глибше. Якщо немає, закриває. Тільки якщо CV пройшло цей фільтр, він іде дивитися портфоліо або GitHub.

Хайринг-менеджер або tech lead дивиться вже по-іншому. Він може відразу відкрити портфоліо або GitHub, бо йому цікавіше бачити рішення, ніж читати список технологій. Але він все одно повернеться до CV, щоб зрозуміти контекст: де людина працювала, скільки, які масштаби команди. Тобто CV і портфоліо читають різні люди на різних етапах воронки.

Як перевірити, чи CV і портфоліо розповідають одну і ту ж історію

Є простий тест. Дайте CV і портфоліо людині, яка вас не знає. Нехай вона прочитає CV і потім відкриє портфоліо. Запитайте: "це та сама людина, що описана в CV?" Якщо вона вагається або каже "ну, схоже", є проблема. CV і портфоліо мають підсилювати одне одного, а не існувати в паралельних всесвітах.

Окремо варто перевірити, як ваш CV виглядає після ATS-обробки. Форматування може розсипатися, колонки зливаються, посилання на портфоліо стають нечитабельними. AI CV Analyzer Trackr покаже, як ATS читає ваш документ і чи взагалі бачить посилання на портфоліо. Краще знати це до того, як документ потрапить до рекрутера, а не після.

1. 1Перевірте, чи всі проєкти з портфоліо згадуються (хоча б коротко) в CV
2. 2Порівняйте метрики в обох документах. Числа мають збігатися
3. 3Перевірте, чи посилання на портфоліо є в шапці CV і чи воно клікабельне
4. 4Завантажте CV як PDF і переконайтесь, що посилання не перетворилося на звичайний текст
5. 5Дайте CV третій людині на 10-секундний скан: що вона пам'ятає після закриття?

Коли портфоліо реально перевищує CV за вагою

Є кілька сценаріїв, де портфоліо стає важливішим. По-перше, якщо ви джуніор або мідл без великої кількості комерційних проєктів. CV з двома записами про роботу не дає достатньо сигналів. Тоді добре зроблений кейс у портфоліо може зробити більше, ніж ще один рядок про фріланс-проєкт. По-друге, якщо ви змінюєте стек або напрямок. Наприклад, з веб-дизайну переходите в UX. CV покаже старий досвід, а портфоліо може показати, що ви вже думаєте по-новому.

Третій сценарій: ви подаєтесь у компанію, де хайринг-менеджер є теж практикуючим спеціалістом і сам пише код або малює інтерфейси. Такі люди часто ігнорують "красиве" CV і відразу йдуть дивитися на роботу. Якщо ваш стек або підхід резонує з тим, що вони самі роблять, рішення про співбесіду може прийти дуже швидко. AI-коуч Trackr допоможе підготуватись до розмови після того, як ви вже пройшли перший фільтр.

• Джуніор і мідл без великого комерційного досвіду: портфоліо компенсує коротке CV
• Зміна напряму або стеку: портфоліо доводить нову ідентичність краще, ніж перепис CV
• Позиція з творчою складовою (дизайн, контент, відео): там CV без портфоліо взагалі не читають серйозно

Ну і чесно: якщо у вас сильне CV з конкретними числами і хороший GitHub або портфоліо, які розповідають одну і ту ж історію, питання "що важливіше" просто зникає. Воно виникає тільки тоді, коли один з документів значно слабший. Тоді кандидат починає виправдовувати слабкість одного сильністю іншого. Краще зробити обидва нормально.