Дизайн-портфолио: как собрать такое, которое действительно приведёт к найму

Нанимающие менеджеры тратят на портфолио 90 секунд, прежде чем решить, звать ли на собеседование. Большинство дизайнеров делают портфолио под собственное эго, а не под это 90-секундное окно. В итоге получается красиво снятая главная, дальше которой никто не читает, пять проектов, похожих друг на друга как близнецы, и структура кейсов, которая хоронит каждое интересное решение под стеной скриншотов.

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

Чем на самом деле является портфолио

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

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

Разбор визуальной иерархии в дизайне показывает, как управлять порядком чтения на любой странице. Портфолио - тот самый тестовый случай. Если в вашем портфолио нет иерархии, менеджеры не дочитывают его до конца.

Пять проектов, которые действительно важны

В большинстве портфолио от восьми до двенадцати проектов. Менеджер читает два. Спор «показать всё» против «жёстко отобрать» закончен. Отбирайте. Максимум пять проектов. Выберите те пять, что рассказывают цельную историю.

Проект 1: Флагман

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

Флагман - не самый красивый проект. Это проект с самыми ясными решениями, самым большим масштабом и самой плотной сквозной линией от проблемы к результату. Скромный проект, сделанный под полную ответственность, побеждает эффектный проект, где вы тронули три экрана.

Проект 2: Задающий диапазон

Проект, показывающий, что вы умеете работать в визуальном регистре, отличном от флагмана. Если флагман - аккуратный SaaS-дашборд, то задающий диапазон - выразительная айдентика бренда. Если флагман - потребительское приложение с характером, то задающий диапазон - точный корпоративный инструмент. Диапазон доказывает, что вы умеете адаптироваться, а это половина того, что значит «сеньор».

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

Проект 3: Проект на глубину

Проект, где вы демонстрируете продвинутую специализацию. Архитектура дизайн-систем, доступность, методология исследований, моушн-дизайн, фронтенд-реализация. Глубина - то, что отделяет сеньора от середнячка. У каждого сеньор-дизайнера есть хотя бы одна область, где он копает глубже, чем нужно универсалу.

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

Проект 4: Кейс про совместную работу

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

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

Проект 5: Личный или побочный проект

Один проект, не являющийся клиентской работой. Самостоятельное исследование, инструмент, который вы сделали, типографический эксперимент, работа с гейм-джема. Здесь портфолио доказывает, что у дизайнера есть вкус за пределами брифа. Личный проект не обязан быть большим. Но он обязан быть конкретным.

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

---

Структура кейса, которая конвертирует

Большинство кейсов устроены как слайдшоу из финальных экранов с рекламным текстом между ними. Это не кейс. Это галерея. Настоящий кейс читается как журнал решений.

Структура, которая работает:

Раздел 1: Питч в две строки

Кто был клиентом, в чём была проблема, какая была ваша роль. Две строки, не больше. Менеджер, который не прочтёт ничего другого, должен понять, что это был за проект и в чём ваш вклад.

Пример: «Переработал флоу оформления заказа для финтех-клиента с 2 млн пользователей в 18 странах. Я вёл UX, работал в паре с бренд-дизайнером и тремя инженерами и выпустил флоу, который снизил отказ от корзины на 23 процента относительно прежнего уровня».

Раздел 2: Проблема

От одного до трёх абзацев о реальной проблеме. Не «у пользователей был плохой опыт». Конкретно. Цифры, поведение, точки трения. Чем конкретнее проблема, тем убедительнее решение.

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

Раздел 3: Подход

Как вы атаковали проблему. Какие исследования провели. Какие гипотезы сформулировали. Какие ограничения формировали работу. Это раздел о мышлении, и именно ради него менеджеры читают кейсы. Им нужно увидеть, как вы движетесь от проблемы к решению, а не просто что вы пришли к решению.

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

Раздел 4: Работа

Покажите артефакты. Результаты исследований, вайрфреймы, дизайн-поиски, финальные экраны. Здесь живут скриншоты, но они служат истории, а не заменяют её. У каждого скриншота есть подпись, объясняющая, какое решение он представляет, а не просто как он выглядит.

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

Раздел 5: Результат

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

Никогда не выдумывайте цифры. Менеджер, поймавший сфабрикованную конверсию, заканчивает собеседование до его начала. Честное «мы не измеряли это тогда, но отдел продаж сообщил о более сильной конверсии из демо в триал после редизайна» всегда побеждает придуманные метрики.

Раздел 6: Рефлексия

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

Рефлексия - не самобичевание. Это доказательство самоосознанности. Кейс без рефлексии читается как дизайнер, уверенный, что всё сделал правильно, а это противоположность того, что хотят видеть менеджеры.

---

Правила главной страницы

Главная - это тест на 10 секунд. Если она его не проходит, кейсы так и не прочитают. Три правила.

Правило 1: Начинайте с работы, а не с себя

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

Единственное исключение - известные дизайнеры, чьё имя само по себе крючок. Если вы не тот дизайнер, начинайте с работы.

Правило 2: Позиционирование в одну строку

Под избранным проектом или рядом с ним - одна строка текста, которая вас позиционирует. Не ценностное предложение, а позиционирование. «Продуктовый дизайнер для финтеха на ранней стадии». «Бренд-дизайнер для потребительского wellness». «Дизайнер UX-систем для корпоративного SaaS».

Строка позиционирования фильтрует аудиторию. Рекрутер, нанимающий бренд-дизайнера в wellness-компанию, видит вашу строку и читает дальше. Рекрутер, нанимающий в корпоративный SaaS, когда в вашей строке написан финтех, уходит, и это правильный исход. Глоссарий про ценообразование на основе ценности описывает ту же логику для клиентской работы: позиционируйтесь узко, чтобы привлекать нужную работу, а не чтобы исключать возможности.

Правило 3: Навигация, которая не мешает

Верхняя навигация ровно из трёх-пяти пунктов: Работы, Обо мне, Контакты, по желанию Заметки или Тексты. Портфолио - линейный артефакт. Менеджеры читают его сверху вниз при первом визите. Не заставляйте их искать.

Избегайте фильтров по кейсам, masonry-сеток, перестраивающихся при наведении, и анимированной навигации, которая прячется. Главная и так борется за внимание менеджера. Не добавляйте трения.

---

Страница «Обо мне»

Страница «Обо мне» - вторая по читаемости в портфолио после флагманского кейса. Большинство дизайнеров считают её формальностью. Это не так. Она отвечает на конкретный вопрос менеджера: «Каково будет работать с этим человеком».

Три вещи, которые нужно включить:

Биография простым языком. От двух до четырёх абзацев. Кто вы, что делали, что вам важно. Пишите так, как представились бы на конференции, а не как профиль в LinkedIn. Конкретика и фактура побеждают лоск.

Люди, с которыми вы работали. Не все компании, а те, что важны. Короткий список клиентов, компаний или коллег. Если можете получить однострочный отзыв от кого-то из них, эта одна строка весит больше любого абзаца, который вы напишете о себе.

Контакты на видном месте. Именно на странице «Обо мне» большинство менеджеров выходят на связь. Поставьте email открытым текстом (не за формой обратной связи) и поставьте дважды: вверху и внизу. Форма - это барьер. Уберите барьер.

Работа за пределами портфолио

Менеджеры не останавливаются на портфолио. Они проверяют Twitter/X, LinkedIn, Dribbble, раздел заметок на вашем сайте и любые длинные тексты. Исходите из того, что они смотрят, и убедитесь, что найденное усиливает историю, которую рассказывает портфолио.

Это не значит изображать присутствие. Это значит не противоречить самому себе. Портфолио, позиционирующее вас как системного сеньор-дизайнера, в паре с лентой Twitter, полной «только начинаю в дизайне, посоветуйте что-нибудь», посылает смешанный сигнал. Исправление: либо обновить ленту, либо признать, что портфолио - заявка на будущее. Оба варианта допустимы. Непоследовательность - нет.

Типичные провалы портфолио

Четыре паттерна, которые убивают больше портфолио, чем слабая работа.

Бесконечный список проектов. Двенадцать проектов, ни один не выделяется, менеджер пролистывает первые три. Решение - отбор. Пять проектов, каждый рассказывает свою часть истории. Если проект не отвечает на конкретный вопрос нанимающего, вырежьте его.

Герой-блок без иерархии. Красивая главная, которая не говорит менеджеру, что читать первым. Решение: один избранный проект, одна строка позиционирования, всё остальное ниже сгиба. Разбор принципов веб-дизайна описывает те же правила для любого лендинга, включая портфолио.

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

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

Обновление портфолио как привычка

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

Ежеквартально: добавьте или обновите один кейс, пересмотрите избранный проект на главной, проверьте актуальность контактов.

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

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

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

FAQ

Сколько проектов должно быть в дизайн-портфолио?

Максимум пять. Двух-трёх недостаточно для сеньорского портфолио. Восемь и больше размывают историю. Пять проектов, подобранных так, чтобы покрыть флагман, задающий диапазон, проект на глубину, кейс про совместную работу и личный проект, дают менеджерам достаточно доказательств и не перегружают.

Какой длины должен быть кейс в портфолио?

Достаточно длинный, чтобы рассказать историю решений, и достаточно короткий, чтобы менеджер просканировал его за пять минут. Обычно от 600 до 1500 слов на кейс, со скриншотами и подписями. Флагманский кейс может быть длиннее. Короткие побочные проекты могут уложиться в 300 слов. Важно, чтобы присутствовал каждый раздел (питч, проблема, подход, работа, результат, рефлексия).

Стоит ли размещать резюме на сайте-портфолио?

Необязательно. Большинство портфолио ссылаются на скачиваемое резюме в PDF или профиль LinkedIn, а не размещают резюме прямо на сайте. Если вы его включаете, поставьте на отдельную страницу, а не на главную. Главная - для работ.

Нужно ли портфолио, если у меня сильный LinkedIn?

Да. LinkedIn - это профиль, а не портфолио. Сильный LinkedIn помогает начать разговор с рекрутером. Собеседование даёт портфолио. Для любой дизайнерской роли выше джуниора портфолио обязательно.

Показывать ли в портфолио процесс или только финальные работы?

И то и другое, но отличает именно процесс. Финальная работа показывает, что вы умеете проектировать. Процесс показывает, как вы думаете. Менеджеры, которые уже знают, что вы умеете проектировать (они как-то вас нашли), читают кейс, чтобы понять, как вы принимаете решения. Шестираздельная структура кейса балансирует оба аспекта.

Какая самая большая ошибка дизайнеров в портфолио?

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

Портфолио - это ставка

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

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

Если хотите нанимать дизайнеров, уже прошедших эту планку, или нужна помощь в построении кейсов, которые конвертируют на сеньорском уровне, наймите Brainy. Портфолио - это заявка на работу. Относитесь к нему соответственно.

Читайте также

• Шаблон кейса для дизайнеров
• Руководство по дизайн-системам
• Визуальная иерархия в дизайне
• Принципы веб-дизайна
• UI и UX: в чём разница