Кейс — это не подпись под картинкой, а мини-история о решении задачи. Разберём структуру по шагам.
Шаг 1. Сформулируйте задачу.
Начните кейс не с картинки, а с одного-двух предложений: какая бизнес-задача стояла перед проектом. «Разработать интерфейс мобильного банка» — это не задача, это тема. Задача звучит иначе: «снизить количество обращений в поддержку по переводам на двадцать процентов, упростив сценарий».
Шаг 2. Опишите контекст и ограничения.
Что было до вас: конкуренты, техническое ограничение, бюджет, сроки, требования заказчика. Ограничения — не слабость кейса, а его сильная сторона: они показывают, что решение принималось в реальных условиях, а не в вакууме.
Шаг 3. Покажите ход работы.
Это тот самый блок, который новички обычно пропускают, а зря — именно он отличает сильное портфолио от слабого. Эскизы, черновые варианты, wireframe, результаты пользовательского тестирования, обсуждение с командой. Не нужно показывать все двадцать версий кнопки — достаточно двух-трёх ключевых развилок, где было принято решение.
Шаг 4. Презентуйте финальное решение.
Покажите качественные, крупные изображения. Разные экраны или ракурсы, мокапы в контексте использования: телефон в руке, сайт в браузере на реальном мониторе, а не голый скриншот на белом фоне.
Шаг 5. Укажите результат.
Метрики — идеальный вариант: рост конверсии, снижение оттока, сокращение времени на задачу. Если цифр нет — частая ситуация с учебными или пет-проектами — опишите качественный результат: что стало проще, понятнее, быстрее для пользователя.
Шаг 6. Обозначьте свою роль.
Если проект командный — честно укажите, за что отвечали именно вы: исследование, интерфейс, прототипирование, визуальный стиль. Скрывать это не стоит — опытный заказчик и так спросит на собеседовании, а нечёткий ответ работает против вас.