Дизайн · 3 мин

Первое портфолио дизайнера: как показать работу, а не набор картинок

Разбираем один учебный кейс: задача, выбор решений, читаемые экраны, мокап и честное описание своей роли.

Что разберём

Разбираем один учебный кейс: задача, выбор решений, читаемые экраны, мокап и честное описание своей роли.

Выберите одну законченную задачу

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

Покажите исходные ограничения

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

Задача→Решение→Результат
Логика кейса: читатель видит, какую проблему решал дизайн и чем закончилось решение.

Выберите три ключевых изображения

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

Используйте мокап по назначению

Мокап телефона или ноутбука помогает показать масштаб и контекст использования. Он не заменяет прямой скриншот интерфейса. Берите чистую рамку с прозрачным экраном и соблюдайте условия лицензии. Соотношение сторон содержимого должно подходить экрану; растягивание исказит шрифты и изображения. После вставки увеличьте край экрана: там не должно оставаться полосы чужого сайта или слоя под рамкой.

Объясните одно решение подробно

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

Отделите свою работу от готовых ресурсов

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

Проверьте кейс без пояснений голосом

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

из статьи — в свой проект

Иерархия текста

Открой инструмент ZIPKA и попробуй пример из разбора. Он доступен бесплатно, без записи на курс.

Открыть инструмент ↗