Портфолио не обязано изображать опыт, которого нет
Первое портфолио не должно делать вид, будто вы пять лет запускали банковские приложения. Не рисуйте «рост конверсии на 40%», если ничего не запускалось и не измерялось. На интервью такие цифры быстро превращаются в неловкий квест.
Задача проще: показать, как вы замечаете проблему, задаёте вопросы и объясняете свои решения. Красивые экраны важны, конечно. Но без логики за ними это просто обои для Behance.
Для старта соберите три сильных работы. Если появится четвёртая и она покажет новый навык — добавьте. Забивать страницу десятью лендингами из туториалов не стоит: смотреть их утомительно, а пользы для найма почти не прибавится.
В UX-кейсе полезно показать проблему, вашу роль, ограничения, путь к решению и проверку. Гайд NN/g по UX-портфолио советует строить кейс так, чтобы главное можно было быстро просканировать, а детали лежали ниже для тех, кто захочет копнуть глубже.
Первый кейс: решите маленькую бытовую проблему
Не берите абстрактное «приложение доставки еды». Найдите ситуацию, которую можно изучить без доступа к большой компании.
Например, жильцы дома пишут о протечках в общем чате. Один отправляет фото, другой отвечает через два дня, а статус заявки тонет между мемами и поздравлениями с днём сантехника. Здесь уже есть понятная задача: человеку нужно сообщить о проблеме и понять, что происходит дальше.
Посмотрите, как похожие обращения устроены в сервисах ЖКХ. Поговорите с несколькими жильцами и человеком, который принимает заявки. Не нужен опрос на сотню ответов: несколько разговоров дадут живые формулировки проблем и покажут, где люди спотыкаются.
Опишите один сценарий: «Жилец сообщает о протечке и узнаёт статус обращения». Затем соберите кликабельный прототип и попросите двух-трёх людей пройти путь без подсказок. Если человек не нашёл, где приложить фото, или не понял статус — это не провал. Это материал для следующей версии.
В кейсе объясните, зачем появились фото проблемы, номер обращения и статусы «принято», «мастер назначен», «работа завершена». Так вы показываете UX-мышление, а не просто набор симпатичных карточек.
Второй кейс: сделайте работу для реальных людей
Лучше всего вторым проектом взять небольшую живую задачу. Там появятся правки, ограничения и разговоры с человеком, которому правда нужен результат.
Книжный клуб проводит встречи, но участники постоянно спрашивают одно и то же: где регистрация, какую книгу читать, можно ли прийти без подготовки. Вы можете сделать страницу ближайшей встречи и короткую форму записи. Это небольшая задача, зато у неё есть реальный пользователь и понятный финал.
До начала договоритесь о границах. Зафиксируйте, что именно вы делаете, сколько вариантов покажете, кто принимает результат и можно ли публиковать работу в портфолио. Одна страница регистрации, понятный сценарий и обратная связь от организатора дадут больше, чем недоделанное приложение «для всего».
Не работайте бесплатно за обещание «потом, возможно, позовём». Это работа за шанс получить работу. Волонтёрский или pro bono-проект — другой разговор, если вы сами выбрали задачу, понимаете объём и заранее договорились о праве показать кейс. У AIGA есть отдельная позиция о работе на условиях spec work: смысл простой — не отдавать полноценный дизайн бесплатно ради туманной надежды на заказ.
Третий кейс: разберите один сценарий известного сервиса
Концептуальный редизайн можно брать третьей работой, но не делайте его главным доказательством опыта. У вас нет доступа к команде, данным, бюджету и внутренним ограничениям продукта. Это тренировка наблюдательности, а не запуск в проде.
Не переделывайте весь маркетплейс. Выберите один путь: например, повторный заказ продуктов из истории покупок. Разберите, как человек находит прошлую корзину, меняет товары и подтверждает доставку. Одного сценария достаточно, чтобы показать исследование, логику и интерфейс.
Подпишите проект честно:
Концептуальный редизайн для тренировки UX-подхода.
Я не сотрудничал с брендом и не имею данных о работе исходного продукта.
Цель проекта: упростить повторный заказ из истории покупок.Такой кейс не заменит реальный опыт, зато покажет, умеете ли вы замечать проблему и объяснять решение. Круглые кнопки сами по себе UX не улучшают. Увы.
Соберите кейс, который можно понять с первого экрана
Рекрутер не обязан разбирать 47 фреймов в Figma. В начале кейса должны быстро считываться задача, ваша роль и главное решение. Детали исследования, варианты и дополнительные экраны разместите ниже.
Используйте простой каркас:
Название
Учебный проект: сервис заявок в управляющую компанию
Задача
Помочь жильцу быстро сообщить о проблеме и отслеживать статус обращения.
Моя роль
Исследование сценария, структура экранов, UX/UI-дизайн, кликабельный прототип.
Что я изучил
Посмотрел похожие сервисы и поговорил с жильцами, которые отправляли заявки через чат дома.
Главное решение
Добавил выбор типа проблемы, прикрепление фото и статусы обращения.
Почему так
Люди не понимали, увидел ли кто-то их сообщение и когда ждать мастера.
Что получилось
Пользователь проходит путь от описания проблемы до подтверждения заявки в одном сценарии.
Что бы я проверил после запуска
Время создания заявки, долю завершённых обращений и причины повторных сообщений.Подписи нужны не для красоты. Они отвечают на главный вопрос: что именно вы сделали и почему. Курсы, которые продают этот секрет как «авторскую систему кейсов», можно смело заменить десятью минутами с таким шаблоном.
Вместо фальшивых процентов покажите наблюдения
У учебного проекта нет выручки, конверсии и миллионов пользователей. Это нормально. Не надо играть роль аналитика большого банка.
Плохая фраза: «Новый экран улучшил пользовательский опыт». Лучше так: «Во время проверки люди долго искали выбор специалиста. Я заменил список врачей на выбор проблемы. После этого участники быстрее находили нужный сценарий».
Если проверки не было, не делайте вид, что была. Напишите, как бы вы её провели: дали бы прототип людям, попросили выполнить конкретную задачу и записали места, где они остановились. Честное ограничение выглядит взрослее выдуманной метрики.
Не тратьте неделю на выбор площадки
Behance подойдёт для визуальных кейсов. Собственный сайт даст больше контроля над подачей. PDF удобно собирать под конкретную вакансию: туда можно поставить релевантные работы первыми и убрать лишнее.
В типичной ситуации выбирайте Behance или аккуратный PDF, если сайта пока нет. Лучше отправить сильный кейс сегодня, чем месяц настраивать анимацию меню. Площадка не спасёт слабую работу, а простой файл не испортит хорошую.
Для продуктовой команды первым поставьте UX-кейс. Для брендинговой студии — айдентику. Это не манипуляция, а нормальная настройка портфолио под задачу.
Проверьте ссылку до отклика, а не после отказа
Откройте портфолио с телефона и в режиме инкогнито. Так находятся закрытые файлы, сломанные кнопки и страницы, которые видны только владельцу. Затем дайте ссылку знакомому на пять минут и спросите: какую задачу решал дизайнер, что он сделал сам и как с ним связаться. Если ответов нет — упростите структуру.
Не публикуйте чужие иллюстрации, закрытые файлы клиента и элементы бренда, если не уверены в разрешении. Этот материал — ориентир, а не юридическая консультация: правила авторского права, лицензий и использования материалов зависят от страны и условий. Перед публикацией проверьте лицензию или уточните вопрос у специалиста.
Сегодня выберите одну бытовую проблему и сформулируйте сценарий в одну строку. Потом соберите первый экран этого пути в Figma. Так портфолио начнётся не с мечты, а с готового действия.
Статья помогла?
