Портфолио UI/UX-дизайнера в 2026: 9 кейсов и структура

Портфолио UI/UX-дизайнера — это единственный документ, который рекрутёр смотрит до резюме. Портфолио без метрик и задокументированного процесса отсеивается в первые 10 секунд — это не гипербола: по данным Nielsen Norman Group, нанимающие менеджеры тратят в среднем 60 секунд на один кейс, прежде чем решить, читать дальше или нет. Значит, у вас есть одна-две секции, чтобы показать: «я решаю реальные проблемы и знаю, как это измерить».

Портфолио UX/UI дизайнера строится вокруг case study — не картинок, а историй о решённых задачах. Каждый case study должен отвечать на четыре вопроса: что была за проблема, как вы её исследовали, что сделали и что изменилось. В этом гайде — не теория про «нужно показывать процесс». Здесь 9 конкретных типов кейсов с крючком для рекрутёра, универсальная 5-блочная структура кейса, сравнение платформ и 5 ошибок, которые убивают отклик даже у сильных дизайнеров. Всё применимо для junior-позиции без опыта — спекулятивные кейсы засчитываются, если сделаны строго.

---

Что смотрит рекрутёр в первые 10 секунд

Рекрутёр открывает портфолио UI/UX-дизайнера и сканирует: есть ли 3–5 кейсов с названиями проектов, видна ли роль дизайнера, есть ли результат в первых строках каждого кейса. Два главных сигнала — структура (понятно, о чём кейс, без чтения) и конкретный результат (цифра, before/after, цитата пользователя). Если за 10 секунд видно только красивые экраны без контекста — портфолио закрывается.

Вот как выглядит сканируемый case study с точки зрения найма:

• Заголовок — продукт, задача, ваша роль («Редизайн онбординга банковского приложения / UX-lead / 2025»).
• Крючок в первых 2–3 предложениях — конкретный результат: drop-off снизился с 64% до 38%, время выполнения задачи сократилось с 4 минут до 1:20, A/B-тест подтвердил вариант B с +22% к конверсии.
• Задокументированный процесс — хотя бы 3–4 этапа: исследование, синтез, прототипирование, тестирование. Без этого кейс — просто экраны.
• Ваша конкретная роль — что именно делали вы, если это командный проект.

Nielsen Norman Group на основе опроса 200+ нанимающих менеджеров зафиксировали: работодатели хотят понять, как кандидат думает и принимает решения — финальный дизайн вторичен. Учебный case study с 5 интервью и тремя итерациями прототипа убедительнее коммерческого кейса в виде «финального экрана без объяснений». Это принципиальный момент для junior без опыта: строгость процесса важнее коммерческого бэкграунда.

По данным hh.ru (профессия UX/UI-дизайнер), среди требований к junior-позициям в 87% вакансий указано «наличие портфолио» — это первый фильтр, ещё до технического интервью. Вакансии, в которых портфолио не требуется, чаще всего предполагают стажировку с наставником или испытательный проект вместо него.

---

Универсальная структура кейса: 5 блоков

Структура кейса — это не формальность. Это фрейм, который помогает рекрутёру быстро найти нужную информацию и помогает вам самому не потерять нить при написании. Используйте 5 блоков для каждого проекта независимо от его типа — будь то редизайн, MVP или спекулятивный case study.

Блок 1. Контекст (50–80 слов)

Дайте читателю ориентир за 3–4 предложения: что за продукт, кто пользователи, почему проект вообще возник. Укажите вашу роль — solo designer, UX-lead в команде из 4 человек, стажёр под ментором. Если проект коммерческий — можно упомянуть индустрию без называния клиента. Если спекулятивный — честно пишите «концепт» или «учебный редизайн». Обозначьте временной период: рекрутёр должен понимать, насколько актуален ваш опыт.

Пример: «B2B-сервис для управления складскими запасами (retail, ~500 пользователей в РФ). Моя роль: единственный UX-дизайнер, ответственный за исследование и проектирование нового модуля инвентаризации. Сентябрь–ноябрь 2025.»

Блок 2. Задача (50–80 слов)

Конкретная проблема: бизнес-задача + пользовательская боль. Не «улучшить UX», а «сократить количество ошибок при заполнении накладной: менеджеры складов исправляли в среднем 4,2 ошибки на документ, что задерживало отгрузку на 40–80 минут». Чем точнее сформулирована задача, тем убедительнее будет решение. Здесь же — ограничения: сроки (6 недель), нет доступа к пользователям (только через менеджера продукта), нет дизайн-системы. Ограничения — это не слабость, это реализм, который ценится.

Пример: «Задача: сократить время заполнения накладной с 12 до 7 минут и снизить ошибки вдвое. Ограничение: 5 недель, доступ к 3 пользователям для юзабилити-тестов.»

Блок 3. Процесс (100–150 слов)

Это сердце кейса. Покажите ход работы по этапам — не идеальный, а реальный: что пробовали, что отбросили, почему выбрали именно это решение. Включайте артефакты: скетчи, affinity map, user flow, wireframes, прототип. Даже фото доски с стикерами работает — это сигнал реального процесса, а не постфактум нарисованного. Покажите, как вы принимали решения: не просто «сделал вариант A», а «сделал варианты A, B, C — A отпал после первого теста, B и C объединили в финале».

Пример хода: Провёл 5 контекстных интервью с кладовщиками (45 мин каждое) → собрал affinity map, выделил 3 ключевых болевых точки → нарисовал 3 концепта нового flow → прототип в Figma (mid-fi, 12 экранов) → юзабилити-тест с теми же 5 участниками → 2 итерации → передача в разработку через Figma Dev Mode.

Блок 4. Результат (40–60 слов)

Что изменилось после внедрения. Количественные метрики приоритетны: время выполнения задачи, конверсия, retention, NPS, количество обращений в поддержку. Если метрик нет — качественные: «команда приняла решение запустить без дополнительных тестов», «пользователи завершили сценарий без подсказок в 4 из 5 тестов». Никогда не пишите «улучшилось» без уточнения: улучшилось на сколько процентов, за какой период, по какому показателю.

Пример: «Время заполнения накладной снизилось с 12 до 6,5 минут (–46%). Ошибки при инвентаризации сократились с 4,2 до 1,1 на документ. Запущено в продакшн в декабре 2025.»

Блок 5. Рефлексия (30–50 слов)

Что бы сделали иначе? Что узнали? Этот блок показывает зрелость дизайнера. Junior-кандидаты часто его пропускают — и зря: способность честно оценивать свои решения ценится не меньше, чем сам результат. Рефлексия сигнализирует: человек учится на опыте, а не просто выдаёт правильные ответы. Достаточно 2–3 предложений.

Пример: «Провёл бы тест на 8–10 участниках вместо 5 — часть паттернов ошибок появилась только в последних двух сессиях. В следующий раз закладываю буфер минимум 20% времени на итерацию после теста.»

---

9 типов кейсов, которые работают

Ниже — конкретные форматы проектов, которые рекрутёры считают убедительными. Под каждым — крючок: ключевой элемент, который делает кейс запоминающимся. Все 9 типов реализуемы без коммерческого опыта — часть из них специально рассчитана на учебный или спекулятивный контекст.

1. Редизайн раздела

Берёте существующий продукт (экран онбординга, корзину, форму регистрации), находите реальную проблему через исследование или публичные отзывы, предлагаете решение и тестируете. Это самый доступный кейс для junior без работы — доступ к реальному продукту не нужен. Идеально работает как стартовый кейс в портфолио: понятный масштаб, измеримый результат.

Крючок: конкретная метрика до/после. «Drop-off на экране регистрации: было 58% → стало 31% после переработки формы с 9 полей до 4 (остальные запрашиваются при первом входе)». Если доступа к метрикам нет, сойдёт результат юзабилити-теста: «5 из 5 участников завершили регистрацию без подсказок против 2 из 5 на оригинальном экране».

2. От нуля до MVP

Проектирование продукта с нуля: от исследования целевой аудитории до hi-fi прототипа, готового к разработке. Идеально подходит для учебного кейса — берёте реальную нишу (например, приложение для трекинга привычек у студентов), проводите 5–7 интервью, строите MVP. Покажите весь путь: исследование → проблема → гипотеза → wireframe → прототип → тест → итерация.

Крючок: масштаб исследования и скорость. «За 3 недели: 6 глубинных интервью, 38 анкет, 3 итерации прототипа, usability-тест с 5 участниками. Итоговый hi-fi в Figma — 24 экрана с полной design system.»

3. Юзабилити-аудит с фиксами и A/B-результатом

Выбираете существующий сервис, проводите экспертный аудит по 10 эвристикам Нильсена, находите 3–5 критических проблем, предлагаете решения и по возможности проверяете в A/B-тесте или юзабилити-тесте. Этот формат особенно ценен: он показывает умение анализировать чужую работу — навык, критичный для работы в продуктовых командах.

Крючок: аудит по стандартной методологии плюс результат теста. «Аудит по 10 эвристикам Нильсена: найдено 12 нарушений, 3 критических. A/B-тест двух вариантов CTA: вариант B дал +22% к клику, p<0.05, выборка 340 человек». Даже без A/B симулированный юзабилити-тест с 5 участниками — сильный сигнал.

4. Design system

Проектирование или аудит дизайн-системы: компонентная библиотека, токены, документация. Это кейс для кандидатов, которые понимают работу в команде и хотят позиционировать себя ближе к middle. Дизайн-система в кейсе демонстрирует системное мышление — одну из ключевых компетенций, отличающих middle от junior.

Крючок: масштаб и покрытие. «Собрал design system с 48 компонентами, 120+ токенами (цвет, типографика, отступы), light/dark темами и документацией для разработчиков в Figma Dev Mode. Время разработки нового экрана сократилось с 3 часов до 40 минут». Профстандарт «Графический дизайнер» (11.013, утверждён Минтрудом России) относит владение компонентными системами к обязательным компетенциям уровня middle.

5. Mobile/desktop crossover

Адаптация интерфейса между платформами — сложная задача, потому что это не просто «уменьшить экран». Кейс показывает понимание контекстов использования: мобайл — большой палец, прерывистое внимание, скорость; десктоп — мышь, длинные сессии, информационная плотность. Хорошо задокументированный crossover-кейс сигнализирует о зрелом понимании UX — независимо от грейда.

Крючок: решение конкретного конфликта платформ. «На десктопе навигация работала через боковой sidebar с 14 пунктами — на мобайле это невозможно. Провёл card sorting с 8 пользователями, сократил до 5 категорий, реализовал bottom navigation bar с badge-системой уведомлений. Ошибки навигации на мобайле снизились с 31% до 9%».

6. AI-интерфейс

Проектирование интерфейсов для AI-продуктов или с использованием AI в процессе работы — это кейс 2025+ года. Можно взять существующий AI-сервис и улучшить его UX (например, экран настройки chatbot-контекста), или самому использовать AI-инструменты в процессе (Figma AI, v0, Claude для синтеза исследований) и задокументировать это. Наличие AI-кейса в портфолио — сигнал актуального стека.

Крючок: конкретные инструменты и экономия времени. «Использовал Claude для синтеза 8 пользовательских интервью (40 минут вместо 8 часов), v0 — для генерации 4 вариантов UI компонента за 20 минут, Figma AI — для Auto Layout чернового экрана. Итог: 6-недельный процесс прошёл за 3,5 недели». По данным вакансий hh.ru за Q1 2026, в 34% объявлений для middle-дизайнеров упоминается «опыт работы с AI-инструментами».

7. Accessibility-проект (WCAG)

Аудит и исправление доступности интерфейса по стандарту WCAG 2.2 — кейс, который крайне редко встречается в junior-портфолио и поэтому выделяется среди 50 одинаковых редизайнов Spotify. Accessibility — обязательное требование для продуктов в Евросоюзе (European Accessibility Act с 2025) и всё активнее запрашивается российскими компаниями с международным присутствием.

Крючок: конкретные WCAG-критерии и их закрытие. «Аудит по WCAG 2.2 AA: найдено 23 нарушения — отсутствие alt-текста у 60+ изображений, контрастность ниже 4.5:1 у 8 UI-элементов, отсутствие keyboard focus states. После редизайна: 0 критических нарушений, contrast ratio 5.1:1 для основного текста, все интерактивные элементы работают с keyboard-навигацией».

8. Спекулятивный кейс

Если коммерческого опыта нет — спекулятивный кейс (концепт, редизайн чужого продукта) полностью легитимен при одном условии: честный контекст и реальный процесс. Брать реальную проблему реального продукта (через отзывы в App Store, публичные жалобы пользователей), проводить исследование и предлагать решение — это настоящая UX-работа независимо от того, коммерческая она или нет.

Крючок: честность плюс строгость подхода. «Концепт — не аффилирован с брендом. Исходная точка: 847 отзывов в App Store с оценкой 1–2 звезды за 2024 год, из них 73% жаловались на сложность настройки уведомлений. 4 интервью с реальными пользователями приложения → affinity map → 2 итерации прототипа → тест с 5 участниками. Время настройки уведомлений: с 7:40 до 2:15».

9. Командный кейс (с фронтендом)

Кейс, где вы работали с разработчиками — показывает понимание реального рабочего процесса: handoff, dev mode, компромиссы между дизайном и техническими ограничениями. Это сигнал, что вы будете эффективны в команде, а не только в одиночку. Для рекрутёра в продуктовую компанию это один из самых ценных типов кейсов — потому что продуктовый дизайнер всегда работает в контексте ограничений разработки.

Крючок: явная роль плюс история принятия совместного решения. «Команда: 2 дизайнера, 3 разработчика, 1 PM. Моя роль: UX-исследования и прототипирование, коллега — визуал и DS. Ключевое решение: первоначальный вариант анимации перехода разработчики оценили в 3 спринта. Совместно нашли CSS-only решение, которое дало 85% визуального результата за 4 часа разработки».

---

Где хостить портфолио: платформы

Выбор платформы влияет на то, как легко рекрутёр найдёт ваше портфолио и насколько удобно ему будет читать кейсы. Универсального ответа нет — зависит от цели и ресурсов. Для большинства junior-дизайнеров оптимальна связка двух платформ, а не одной.

Платформа	Плюсы	Минусы	Когда выбирать
Behance	Органический поиск Google, бесплатно, 50M+ дизайнеров — работодатели доверяют, Adobe рекомендательная система	Жёсткий макет, ограниченное форматирование текста, конкуренция огромная	Хотите органику + знакомый рекрутёрам формат
Notion	Гибкость структуры, быстро публикуется (2–3 часа), легко обновлять, бесплатно, поддерживает таблицы и вложенные страницы	Нет органического поиска, ссылка выглядит неофициально для части рекрутёров, нет дискавери	Нужна быстрая публикация, часто обновляете, хотите гибкую структуру
Figma (prototype)	Всё в привычном инструменте, интерактивность, можно показать live прототипы	Сложная навигация для нетехнических рекрутёров, нет SEO, зависимость от Figma-аккаунта	Специфические роли — если собеседуетесь в продуктовую команду с Figma-культурой
Собственный сайт	Полный контроль, уникальный дизайн, SEO, профессиональный URL	Время и деньги на разработку и хостинг, поддержка	Middle/senior с 2+ годами опыта, хотите выделиться дизайном самого портфолио
Dribbble	Большое сообщество дизайнеров, визуальный discovery, клиенты-фрилансеры	Мало места для процесса и текста — работает для showreel, не для UX-кейсов	Дополнительная витрина визуалов, не основное портфолио

Рекомендация для junior: Notion как основной хаб (быстро, гибко, легко обновить) + публикация 2–3 лучших работ на Behance для органического поиска. Это занимает 1 рабочий день и даёт два канала обнаружения рекрутёрами. Figma-прототип как единственное портфолио — рискованный выбор: нетехнические HR нередко не могут нормально открыть Figma-ссылку.

---

Что обычно ломается в портфолио

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

1. Нет раздела «О себе». Рекрутёр хочет понять, кто вы, ещё до кейсов. Достаточно 3–5 предложений: ваш фокус (UI vs UX vs пользовательские исследования), типы продуктов где работали или хотите работать, локация и доступность. Без этого раздела портфолио UI/UX дизайнера выглядит как анонимный сборник работ — непонятно, кому писать и зачем.

2. Нет задокументированного процесса. «Посмотрел конкурентов, придумал дизайн, вот финальные экраны» — это не кейс, это showcase. Рекрутёр не может оценить ваше мышление. Минимум процесса: какую проблему решали, как исследовали, что проверяли, что изменили после теста. Даже схема в три шага лучше, чем ничего.

3. Нет метрик или честного объяснения их отсутствия. Портфолио без единой метрики выглядит как набор декоративных экранов. Если данных нет — используйте качественные результаты или результаты юзабилити-тестов. Если данные под NDA — честно написать «метрики конфиденциальны, задача была X, решение позволило Y». Молчание о результатах хуже, чем их честное отсутствие.

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

5. Нет обновлений — портфолио выглядит заброшенным. Кейс 2022 года с устаревшими паттернами без единой свежей работы сигнализирует: человек не развивается или не ищет активно. Обновляйте хотя бы раз в полгода — даже если только добавляете новый учебный проект или перерабатываете описание старого кейса.

---

Нормативная база и профессиональный стандарт

Понимание профессионального стандарта помогает выстроить портфолио под реальные требования рынка труда. Профстандарт «Графический дизайнер» (11.013, утверждён Приказом Минтруда России № 597н) описывает трудовые функции дизайнера интерфейсов — и они напрямую соответствуют типам кейсов выше: проектирование компонентных систем, проведение юзабилити-тестирования, подготовка дизайн-спецификаций для разработки. Это значит, что кейс по каждой из этих функций — прямое подтверждение соответствия профстандарту.

Дополнительный профессиональный контекст даёт ФЗ-273 «Об образовании в РФ» — он регулирует программы дополнительного профессионального образования (ДПО), к которым относятся онлайн-курсы по UI/UX-дизайну. Сертификат о прохождении программы ДПО имеет юридически определённый статус и может быть указан в резюме наравне с дипломом о профессиональной переподготовке.

---

Как курс AI Native Designer помогает собрать портфолио

Самое сложное в сборке портфолио UI/UX-дизайнера с нуля — отсутствие реальных проектов с задокументированным процессом. Учебные задания редко дают тот уровень строгости, который убеждает рекрутёра. Курс AI Native Designer построен иначе: каждый модуль заканчивается оформленным кейсом — с исследованием, прототипом, тестом и рефлексией, — который сразу готов к публикации в портфолио.

За 6 месяцев студент формирует 3–4 готовых кейса, включая минимум один AI-интерфейс и один командный проект с реальным handoff в Figma Dev Mode. Менторы — практикующие senior-дизайнеры с опытом найма — дают обратную связь по каждому кейсу с позиции рекрутёра: что убрать, что усилить, какую метрику добавить. На выходе — портфолио, которое проходит первый 10-секундный фильтр.

Дополнительно рекомендуем статью «Профессия UI/UX-дизайнер: путь с нуля до middle» — там подробно разобран 9-месячный путь к первому офферу, включая этапы работы над портфолио и подготовку к собеседованию.

---

Как отличить сильный кейс от слабого: 5 вопросов

Перед публикацией кейса в портфолио UI/UX-дизайнера задайте себе 5 вопросов. Если на любой из них нет ответа — кейс нужно доработать, а не скрыть.

Вопрос 1: Можно ли понять задачу за 10 секунд? Откройте кейс и попросите незнакомого человека за 10 секунд объяснить, что вы делали и зачем. Если он не может — заголовок и первый абзац написаны плохо. Задача должна быть сформулирована одним предложением: «Сократить время онбординга с 7 шагов до 3, не потеряв конверсию».

Вопрос 2: Виден ли процесс принятия решений? Рекрутёр должен видеть не только что вы сделали, но и почему именно так. «Выбрал bottom navigation потому что card sorting показал: пользователи ожидают 4–5 категорий» — это объяснение. «Добавил bottom navigation» — это наблюдение без ценности.

Вопрос 3: Есть ли хотя бы одна метрика или честный эквивалент? Метрика не обязательно должна быть конверсией или DAU. Это может быть количество шагов до и после (7 → 3), результат теста (4 из 5 пользователей прошли сценарий без ошибок), оценка эксперта (владелец продукта одобрил без правок после 2-й итерации). Полное отсутствие любого результата — красный флаг.

Вопрос 4: Понятна ли ваша личная роль? В командном проекте: что конкретно делали вы — исследование, прототипирование, DS, координация с разработкой? Если написано «мы», рекрутёр не знает, на что способны именно вы.

Вопрос 5: Видно ли, что вы умеете итерировать? Один черновик → сдать — это не UX-процесс. Покажите хотя бы одну точку изменения: «после первого теста поняли, что пользователи не видят кнопку — перенесли её выше fold и проверили снова». 2–3 итерации с объяснением «почему» — это признак зрелого дизайнера независимо от грейда.

Чек-лист перед публикацией портфолио

Перед тем как отправить ссылку рекрутёру, проверьте каждый кейс по этому списку:

• Есть название проекта, ваша роль, временной период
• Первые 2–3 предложения — крючок с результатом или масштабом задачи
• Задокументировано минимум 3 этапа процесса
• Есть хотя бы 1 артефакт процесса (скетч, affinity map, user flow)
• Указан результат — количественный или качественный
• Есть рефлексия: что бы сделали иначе
• Для командных кейсов: явно обозначена ваша роль
• Для спекулятивных: честно указан контекст «концепт / учебный проект»
• Портфолио обновлено в течение последних 6 месяцев
• Раздел «О себе» заполнен и актуален

---