Как оформить кейс, чтобы его досмотрели до конца

Эта статья для дизайнеров уровня junior и middle, у которых кейсы в портфолио не дают ни работы, ни клиентов. Либо для senior специалистов, которые уже лет 5 не собирали кейсы. Я разберу три ошибки, которые раз за разом вижу у своих учеников. На каждую дам решение: из каких блоков собрать кейс, как чередовать блоки, как сократить объём и чем удержать читателя до последнего экрана.

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

Ресёрч, анализ аудитории и конкурентов, планирование дизайн-процесса, прототипирование — всё это часть работы, и её нужно показывать в кейсе. Многие дизайнеры выстраивают процесс неправильно и не до конца понимают, что из него стоит показать в презентации проекта.

Я работаю с учениками уровня junior и middle. Когда они собирают кейсы, раз за разом повторяются одни и те же ошибки:

1. Неточно сформулировано, какую именно задачу решал дизайнер.
2. Проект упакован как полотно неинтересной информации, и не видно, что специалист потратил на него время.
3. Объём огромный, и кейс получается слишком длинным.

Дальше по порядку разберу, что делать с каждой из них.

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

На старте кейса должны быть ответы на пять вопросов:

1. Что это за продукт и для кого он;
2. Какая проблема была у бизнеса или у пользователя;
3. Что нужно было сделать;
4. Ваша роль и с кем вы работали; какие инструменты использовали;

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

Такая проблема часто встречается у специалистов, кто работает в студиях. Проекты выполняются в 10 человек и 5 из них распределены на дизайн одного сайта. Но что конкретно делали вы, если этот кейс уже лежит в вашем портфолио. Этот вопрос часто задают на собеседованиях

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

• Для чего в целом создавался дизайн;
• Как мы пришли к конкретному решению;
• На какие цифры это повлияло (если цифр нет, не выдумываем);
• С чего началась работа: логотип, айдентика, сайт, потом промоматериалы.

Из этих элементов собирается скелет. Он подходит почти любому проекту:

Обложка — название, одна фраза о продукте, главный экран.

1. Задача и роль — пять ответов из предыдущего раздела.
2. Исследование — только те выводы, которые повлияли на решения.
3. Развилки — два-три ключевых решения: какие были варианты и почему выбрали этот.
4. Дизайн — экраны, система, анимации.
5. Результат — цифры, а если их нет — что изменилось для продукта и что вы вынесли для себя.

Если речь касается сайтов/айдентики/брендинга, то принцип тот же, но куда меньше внимание мы уделяем исследованиям, поскольку их в целом может быть меньше

Начинать нужно всегда с прототипа, а не сразу с дизайна. В эпоху ИИ легко создать агента, передать ему свои знания и сократить работу над прототипом кейса, а после сосредоточиться на дизайне.

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

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

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

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

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

• Исследование. Показываем выводы и один-два артефакта, а не все интервью и таблицы.
• Экраны. Показываем те, что иллюстрируют решения. Остальные — одной сеткой «ещё экраны».
• Текст. Один-два коротких абзаца на блок. Где хватает подписи к картинке, абзац не нужен.

Проверка: пролистайте кейс и читайте только заголовки. Если по ним понятна вся история, со структурой всё в порядке.

Когда структура готова, остаётся самое сочное — красиво и правильно всё расставить.

Стиль кейса формируют три вещи:

1. Ключевая метафора проекта. Она повторяется на фоне, в разбивочных блоках и в блоках с экранами. Цвет помогает разбавить однотонные полотна. Если в проекте мало цветов, можно добавить второстепенные, а если он монохромный — проработать оттенки серого.
2. Анимации. Это могут быть анимации блоков, сайта целиком, появления пака иконок или баннера. Анимация нужна не в каждом блоке: она должна расставлять акценты или разбавлять «скучные» секции.
3. Мокапы под проект. Бесплатный мокап в разы удешевляет вашу работу. Сейчас легко купить пак мокапов за условные $15 или сгенерировать его

Если объединить все мысли воедино, то получится универсальный чек-лист, который я подготовил для вас:

1. На первом экране понятно, что это за продукт, какая была задача и какая ваша роль.
2. История идёт по порядку: задача → исследование → решения → дизайн → результат.
3. Прототип кейса собран до дизайна.
4. Блоки чередуются по принципу 1 — 2 — много, повторов нет. Не обязательно такое чередование, условно может быть 3-1-2-1-3-2. Чередовать можно как душе угодно, главное, чтобы не было перегруза
5. Все цифры настоящие.
6. Анимация расставляет акценты, а не перегружают блоки
7. Мокапы сделаны под проект (в идеале)
8. В финале есть результат и понятно, куда идти дальше и как с вами связаться.